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1 • 0 Purpose j 

The training requirements for crew- training is self-evident due to 
crew safety considerations and the cost-effectiveness of the usage of a 
simulator rather than the STA or the vehicle itself. The training of 
ground personnel (MCC) has to be accomplished and using the SMS is cost- 
effective since the same training device will provide training for both 
crew and MCC personnel for a modest increase in the SMS cost. The 
booster components of the Shuttle System are required for simulation due 
to the fact that the Orbiter Vehicle provides the GN&C for the Boost 
Phase of the mission, the Main Engines are an integral part of the vehicle 
itself and the transition to aborts would be difficult if not impossible 
since the same on-board computer is used for both mission phases. 


__L.. 
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» i 
4 - - -L- - 


2.0 Scope U^.J . . 

i r . ! 

The four primary tasks defined form a logical division of the 
effort from both a chronological viewpoint and a functional viewpoint 
The WBS breakout was selected to provide sufficient visibility 
to NASA without creating costly reporting and monitoring requirements 
Modifications will be made to this structure as cost and the critical- 
ness of the program elements become clearer. . _ 

5 ; 

j The program milestones were based on current NASA programming 
and NR schedules in the Crew Station definition area. 


I i : 


I 
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3 .0 General Requirements 

3.1 Performance 


The selected configuration is based on six factors, namely: 

1) Motion Cues are required for crew training in aerodynamic 

flight. | i ‘ . 

! ; * I ! 

2) Contemporary motion systems are not capable of supporting a 

full visual system and the cockpit. i. . J ; .. 

3) For boost and boost abort transitions to aerodynamic flights 

‘ ‘ ~ € 

sustained logitudinal acceleration is a highly desirable training 
feature which could not be accommodated even if a limited visual systeoj 
(i.e., no rear visual) were acceptable. .. — j. — — 1 — L .1 

; « l j ; 1 • ; 

i A) The vehicle design philosophy is to isolate crew activity 
between the front Land rear stations. However current NR data indicate^ 
that the Mission Specialist may have duties associated with the Comm- 
ander's wing panels. To cover this possibility and any growth of 
responsibility the Mission Specialist and Payload Specialist's seat 

•s ’ 

positions have been included in the MBCS . 


I ! 


5) The quantity of training equipment requirement required is 
minimized by this division of crew stations and while not an absolute 
minimum, it provides less risk than the previous approach. 

6) A high degree of fidelity is provided for orbital training 
in the FBCS. 


i i 


J. 1 \__J 1 


( > 


) 1 


The HFTS will support the horizontal flight tests which relieves 

o 

the need for the SMS to support the HFT phase of the program. Convert 


* 
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sely, the HFT phase overlaps significantly the VFT phase. Current NR 
schedules call for the rear crew stations to be incorporated in the 
orbiter to support the eight vertical flight. 

The design of the SMS has as its goal a versatile training de- 
vice capable of training crew members to the required level of profici- 
ency in all phases of the Shuttle mission.. The simulator consists of 
...two crew stations (a Fixed Base Crew Station and a Motion Base Crew 
Station) which can be used for training simultaneously. Different 
training exercises can be practiced in each section simultaneously on a 
non-interference basis except for entry, ascent, launch aborts, and 
approach and landing. Since motion cues are deemed necessary for 

j 

aerodynamic flight, the MBCS will be used primarily for this type of 

. training after both crew stations are operational. The FBCS will be 

. » * ■ ! ' ; 

used primarily for orbital work for the same reason. A backup capabi- 
lity exists in case the MBCS is out of service or in case mission 
* requirements while integrated with MCC call for four man participation 
for the FBCS to perform aerodynamic training. To reduce cost equipment 

; . ' • . J ; 

unique to the aerodynamic flight regimes will be time shared between 
crew stations. With the. SMS equipmentr--specif ied crew members and groun< 
■^personnel can be trained in basic system procedures. .and. flight operatioi 
-.procedures for. alljmission phases. — ’ r — j- , — -- r - 


i ! 1 


» 
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Proqram Manaqement 


For the most part, this paragraph is standard Program 
Management requirements very close to the SLS requirements. 

Major differences are the post-acceptance modification effort which 
is required due to the concurrent design of the simulator and 


spacecraft. ; 

" i 

;-The level 


* ! ! ; \ • , ! ' t 

of effort man-power requirements is to equalize 


the competition since the change activity cannot be predicted. 
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5.0 PROGRAM CONTROL REQUIREMENTS 

The controls specified are in compliance with the intent of 
NHB 8040.2 and based on Sky lab experience. Due to the short schedule 
the incremental PDR(s) and CDR(s) are required to all long lead 
items to be procured and manufactured within the program schedule. 


771 7 'V'7 t 

-f j— 4— l 1—4- 

III!!; 


i j j : j 

j _ ! l • ! _ 

V ‘ I ! ■ : T 
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6-1 


6 .0 Technical Requirements 

6.1 System Engineering Requirements 

The documentation requirements are consistent with the intent 
of NHB 8040 .2 and the experience gained in the conduct of the Skylab 
Simulator program. 

6.2 Design and Development Requirements 

6.2.1 General Design Requirements _ , 

6 . 2. 1.1 Operability ------- 

All of the requirements identified and specified under this 


heading are standard simulator type requirements normally defined in 


specif ications such as the "following : "t - ; ~ 

L... J_. MIL-T-9212B (USAF) Trainer, Flight Simulator, 

■i * i ’ ' '■ • ’■ 1 ! 

, J , i Aircraft, General Requirements for 

' 1 : MIL-T-23991C ‘ I Military Specification? Training 

. __ - r ~ ' ‘ Devices, Military General 

.j , , i ; j 4 t j Requirements for . ..j } 

5 MIL-T-82335A (TD) “Military Specification, Trainer, 

: — -p — T — f — j — j — j— | — j — j — j— j — j — j — Fixed Wing, Flight, General 

V Specification for , , , 

These requirements are all commensurate with the intended 

application of the training device. The specifications mentioned above 
were used as a guide in identifying and specifying SMS requirements. 


) 
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6. 2. 1.2 Facility Interface 
6. 2. 1.2.1 Product Configuration 

The layout requirements for the simulator crew station, IOS and 
visual systems are based on NASA planning. The requirements in the 
equipment room, maintenance lab. and office area are based on the fact 
that the SCC will be in Houston during the program and on-site personne 
will have to be quartered there to maintain it and install and checkout 
t 6 . 2 . 1 . 2 . 2 Power 

' t 

The types of electrical power were chosen because they are 
available at the site and easily utilized. 

The National Electrical Code shall be used extensively in 
addition to best commercial practices. 

* I 

) 

6. 2. 1.2. 3 Air Conditioning 

Describes air normally supplied to Bldg. 5 by NASA. 

Supplier to stipulate Vol. & Cooling to permit NASA to verify 

adequacy of existing system or to plan for modifications. 

6. 2. 1.2. 4 Facility Layout 

Reflects arrangements planned by NASA and defines the space 
for contractor layout. Permits NASA to estimate complexity and cost 
of Bldg, modifications required, and to coordinate building utilization 
plans . 

FIG. 6.2-1 shows dim. detailed info - Plan 

... . L. .!. J- 

FIG. 6.2-11 shows detailed elev. view of SMS area ... 

FIG. 6.2-111 shows overall (N&S) Bldg, arrangement for 


space allocated to SMS equipment 
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ortwa 


6. 2. 1.4.1 Simulator System Software ^ .... ... 

.It is essential that the task structure be carefully evaluated 
to ensure the efficient use of the resources of the GFE Computer Complex 
•is made. Otherwise, the situation could arise where the simulation task 
requirements cannot be met because of excessive core and/or execution 
time constraints. I . -1 j | j l_ ! 1 ! ! \ 

--- — : ■ The choice of Computer Languages can have a direct bearing upon 

the development schedule and man-hour requirements as well as in the 
operational phase. Another area of impact is the fidelity of the simu- 
lation software as changes are made and incorporated. -• --- — — — 

: • i , • 

* » : ‘ 1 

! • - /In order for configuration control of the simulation software 

1 _ _ J ; I t ..... „ . ; . .. . ... ... .. 

to be reliable, full use of the GFE operating system facilities must 
be made. This is especially true in the case of source program up dates 
and load module creation. The support software must be as flexible and 


reliable as possible. 


* I i 


‘ » I 
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6. 2. 1.4. 2 Simulated Shuttle Systems Software 


6. 2. 1.4. 2.1 Structure 


t t I i j | • ‘ : : 

; i_.The Shuttle Mission Simulator is expected to consist of 

■ j : 

1)A MBCS and, 

: -_L2) a FBCS 

t » 

• 1 • 

3) Instructor/Operator Station separate for each plus 


— , *- 

• i 


- i t j 

\ 

. - 

> i 

r r H 
\ ' 

[_ : 


\ * 

. 



an optional instructor jump-seat location in (1) above. 


i i 


! | , : The training stations will be capable of independent 

- part task training, as well as integrated training with the Mission 

Control Center j [ j j j , 

... . ; ■ ; ; i ; ' i : 

-6 .2 .1 .4.2 .2 Training Configurations — — < — l_... - 

i j ; The training instructor/monitor should have the option 

— of selecting the load configuration from the options available. 

6. 2. 1.4. 3 Modifications ' '7 " ( " ' ' 

; t j t i 

_.J A well-known problem is the conflict in computer requirements between 

l » 

- " training and modification requirements with training usually taking priority due 

to schedule commitments. The specified system would allow modification develop- 

ment in parallel with training and,.in_some cases, simultaneously without conflict. 

t* The development modules would reside in mass storage and be loaded on-line on a 
non-interference basis with associated driver programs. After this stage of 
development (e.g., checked out with .drivers for all modes of operation) , the 

- modification modules could be called into the training load and, . 

on acceptance, become part of the operational training load under configuration 

control. The driver modules .should also be available for diagnostic checkout 

- for both hardware and software - especially for verification of the various 
integrated/non-integrated modes. 
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6. 2. 1.4 .4 Simulator Modes i._L_ • 

The simulator modes allow initial action of each training problem, 
operation under these initial conditions in real time, slow time or step-ahead 
as required for training and freeze or holding the problem at computed values to 
allow instructor participation in discussions with the trainee without distraction 
of the trainee from the simulation. 

6 .2 .1 .4 .5 Training Modes -------- " ~”7~ 

i The Simulator will be required to participate in training exercises 

-- with the mission control center in conjunction with other computers and 
simulations. This mode is at the users option. 

6. 2. 1.4. 6 Telemetry, Digital Command System and Trajectory Interface 


• » ' $ • ; 

The interface is dictated by mission phase requirements. Formats and 

4--~data rates are established by existing equipment. Any change to this existing 

j 

T' equipment is expected to be for the purpose of modernization to improve reliability 
i but will have only minimal impact on the simulator requirements. _ . 


i ! ! 

* 


ax 

i i i 

•: ! ■ 

; 

, j , 

1 1 ! 



I 
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6.2.2 Work Break down S truc tur e /CEI Org anization ‘ 

The WBS breakout was selected to provide sufficient visibility 
to NASA without creating costly reporting and monitoring requirements. 
Modification will be made to this structure as cost and the critical- 

. i ' ; 

ness of the program elements become clearer. : : 

1 ; i » \ j * 

| The MBCS and FBCS specification trees are based on the currentl 

' } ’ , ! i | : 

identified equipment and software requirements of the SMS. Many of the 

j ; • • • : ! ; J ! • 

elements of the FBCS end items will be minor modifications of the end 


items of the MBCS particularly in the software area. 
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Crew Station Requirements 


6. 2. 3.1 Crew Station Hardware ■ 


6 . 2 . 3 . 1 . 1 General Description .. ; — . _ ; — t — j . . : — 1 — . . 1 . - 

This section describes the physical constraints of each Crew 

Station configuration imposed upon them by the motion system and visual 

system characteristics. , ' 1 — ! — i — i— i — — i ; — L — | 

I j : j ! ; I i : i i . : 

6. 2. 3. 1.2 Cockpit Envelopes ' . ~ ; i~~! ” j - ”: 1“ 

i r i This section describes the parameters for the crew station 


size . ... : i l ! _t 4 i i j — • — : — 4 — jl — ; — l — i—i — j — : — i — „■ — • : — . 

: . ; ; ; i | I I i i i ; ! ; : ! : : 

1 ! i i : i ! : I | ! i i ! | ! : 

6. 2. 3. 1.3 Light in 1 — 1 — ‘ — ; ** 


i i 

: I 


7 j j*“ | T j~ 
t ! 1 I i i I 


! This paragraph emphasizes reproduction of vehicle lighting. 

6 . 2 . 3 . 1 . 4 Interior Fidelity - • • — \ — i \ — j — ' — — ± — — l __ j — : __i 

This section itemizes the" crew station content as being 


replicas of the-actual vehicle. 
6. 2. 3. 1.5 Ingress /Egress 


r i r " i ~ r “i ~'r 


! i 1 


! I ! 


: I 


~ i •' "(This section establishes the requirement for doors and escape 

hatches in a general fashion to preclude unnecessary constraints , on each 

section configuration. j — ; j — — — j — \ — I — \ — — j. — r --t — I— • 

* ‘ j_ |_ j j i 1 [_ } j ! i I i i j 

6. 2. 3. 1.6 Environment . ; ; ! ! ■ l ] f i i ~T i ~ I I 

, _ • . | j j ! _ \ j__! l j ! Ll.-L . ; I 

. This section reflects normal air conditioning requirements 

which can be readily achieved with a standard air conditioner equipped 

i . ‘ » *i 

* « • 

with heaters to achieve a comfortable environment. It further precludes 

inadequate ventilation by permitting additional outlets. ; : ! j ; 

6. 2. 3. 1.6.1 Pressure Suit i — • — ---r — — • — - — — — 

I i ♦ • ; * t 

This section is typical of requirements for a hypothetical 

suit system. The feasibility of supplying sufficient volumes to ' 

\ . » 

satisfy the "3.5 psig at max. flow" is uncertain since the suit char- 

♦ t 

acteristics (i.e., the max. volume capability) are unknown. „ I 
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/The last paragraph is also typical wording to emphasize 


crew safety. 

6 . 2 . 3 . 1 . 7 Stowage 


— : — | — j — 

I ' ! 

i i ‘ ! 


Liu 


This definition is general and primarily added to permit the 
trimming of the outer lines to less than actual spacecraft lines if 


the excess is devoted to stowage^ 
6 . 2. 3. 1.8 Layout Model ■ ' 




t t I I j ! 

I j ; t ! i 


-•! — ; This section addresses the itemized content of a mockup to 

■ • • 1 ’ • l 

identify and evaluate the proposed configuration in an economical and 


timely manner. It further defines the intent of the mockup as a non- 


transportable model, i.e., intended for in-plant evaluation only. 

l-i ; : = : : > I ! i | 1 I : ! 
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6. 2. 3. 2 Controls and Displays Hardware 


The decision to use flight hardware as opposed to simulated 

hardware must be made on an item by item basis. - ' * — 

! The use of flight hardware requiring complex hardware interfaces 
should be avoided. *_ ■ ! 

a ”. i 1 ■ 

; - ; Trainee and instructor station controls and instruments should 
duplicate the static and dynamic performance of the design basis orbiter 
vehicle in accordance with design data and tolerances specified by that 
data. Instrument oscillations, rates of change, and lags experienced 
in the operation of the design basis vehicle should be included in the 
SMS indication responses. : >_ j ; : 4 : 

; ‘I " : ’ . J — — r ~ . i : : ' " ' 

(Refer to Simulation Techniques Study, Section 2.0). Tolerances 

* ' * , 

» j ' . 

can only be approximated at this time since they are chosen as a func- 
tion of actual spacecraft equipment tolerances ._ j j i 


* i i : ! 1 1 

j j ! ■ i , j j ; i . | 

1 I ; i t i j 

i_l L J 

i * L 

1 t 

; l i j 

i 1 

!- J 

1 i 

I 1 '• 1 

1 

! i 

. x . ■: f : 

1 • j ■ i ; ‘ i i 

' i j 

! 1 

, i ■ j 

i i 

i \ « ; 

1 ! ! 1 


i i i :• : ; i ; , j i j 

, 1 ' . • 1 • . 1 ‘ » ! ! 

• • 
i 

j_ j 


' » • 1 

[ i •! i i i 1 r : 

! . J 

111 1 i ! j 
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6.2.4 Instructor-Operator Stations 

~ The simulator complex for the SMS consists of two training 
devices. The training devices are: a motion base crew station (MBCS) 

and a fixed base crew station (FBCS) . The MBCS would permit monitoring 
of training exercises for all phases of the mission except docking and 
payload handling. The MBCS would be used primarily to train the 
Commander and Pilot. It would also be used to train the Mission 
Specialist and Payload Specialist in those duties required to assist 
the Commander and Pilot during the Launch deorbit and landing phases 
of the mission. The MBCS would be mounted on a six degree-of-freedom 
motion system capable of tilting the simulator to a vertical launch 

position. A visual system capable of displaying the scene as seen from 

■ _ _ ___ 

• % > . 

- .the forward cabin is also a part of the MBCS. The IOS for the MBCS 
is designed to be manned by two instructors. However , during training 
—exercises involving one student, only one instructor is required. 

; The FBCS would provide instruction for all phases of flight 
associated with space and aerodynamic operation. The FBCS would be uset 
to train all crew positions including the OMS station. The FBCS would 
be mounted on a fixed base and contain a visual system which would pro- 
vide the views seen from the forward cabin windows and the cupola windows . 
Because of the number of crew positions to be trained on the FBCS, the 

IOS's would be designed in modular form. The FBCS IOS complex would 

v , 

consist of the following IOS modules: Commander and Pilot. Orbital 

» 


i i u 

f « i 
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Maneuvering Station, Mission Specialist and Payload Specialist, and 
Telemetry Station. The Telemetry Station IOS would be shared by both 
the MBCS and FBCS. i , . _ | 

The design of the simulator complex would be such that 
training exercises could be conducted simultaneously on the MBCS and 
FBCS. The FBCS would provide training for all crew positions. Train- 
ing could be conducted individually at each crew station, but not at 
the same time, and collectively for integrated crew training, or 

mission rehearsals integrated with MCC. L_.i ...J _ ... 

: - 1 • , ; • . ' • i 

I". The Commander-Pilot IOS would normally be manned by two instruc 

tors. When training was being conducted for one trainee, only one 

instructor would be required. The remaining IOS's would be manned by 

one instructor each. 

j , .Each IOS contains the necessary controls and displays to set upj 

! w _ _ „ .. ... ‘ 

I * ' , . 

control and monitor all simulated training exercises. Instructor 

i ; i 

functions are implemented through intelligence received from repeater 


i i 


indicators, CRT display units, TV monitors, and simulator peculiar 


i ! 


controls . 


! < i 

L 




T 


f ’ 


— — Repeater indicators will be reserved for basic flight instru- 
ments (e.g.. Flight Director Attitude Indicator, Horizontal Situation 
Indicator, Airspeed/Mach Number Indicator) . The instructor will also 
be provided the capability to monitor CRT displays at the crew stations 


! I 
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Provisions are also made for the instructor to monitor the visual 
scenes presented at the forward cabin windows and the cupola windows. 
CRT display/keyboard units at the IOS will permit the instructor to 
monitor and record the trainee's performance. Through the CRT display/ 


-U- 


keyboard unit the instructor will be able to monitor the following 

__ ' t _ ^ _ ; 

functions: 

- a. Event Time Monitor 

; | b. Panel Displays (excluding those provided by dedicated 

■ • i ; • . 

displays) 

lc. 


. .. i . 

. i 


i • i 


Energy Management Predictor 


~l 


1 -i !d. Malfunction Insertion and Display 

L - i !•■■■:. • ■---■» r — ■- 

e. Circuit Breaker Status I ; i 


i 


i ! i 


! 


f. Crew Station Setup Verification 




g. Active Malfunctions and Tripped Circuit Breakers 


I | 

* - ~ T - 


1 

► “"j " 

1 

[ -•[- 
:• *i 

i i J 

• ; 

; i 

j . 

» 1 

]‘. ! 
|' 

i ’ r 

• i 

, — t- 

i * 

L 

1k, : 


| I*- 


— - 

_ m. 


j 

f 

n. 

« • 

i 

i 

! o . 


i 

! 

! 


h. Mission Parameters and Summary Display i 

i. Interface Data Stream and Telemetry Monitoring 

j . Enroute and Approach Display 


. -i, : 


a L. 

i ! ! 


■ -> — 


! i 


4 - 


Training Exercise Displays 




External Environment Display 

- <* 

Simulator Reset Display 


- I 


I I I i 


i i 
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q. Simulator Status Display 

The instructor is provided with all the switches and controls 
necessary for the safe operation of the simulator and its associated 
systems. The instructor has at his disposal the capability to "freeze" 
the simulator at any time during the training exercise, and to restart 
the mission from that point. In addition, the instructor can advance 
or "back-track" to any position in the training exercise. He can 
also reset the simulator to any one of the 20 reset points. 

Each instructor has located at his position a voice communica- 
tions terminal which allows selective voice communication within the 

r 

simulator complex as well as associated support facilities. 

In addition to the IOS's which are located external to the 
— simulators, a one-position IOS is located within the MBCS . This 

station consists of a portable seat which is installed prior to those 
missions requiring Mission and Payload Specialist;* The seat is located 
in the center of the cabin, just aft of the center console. The 

' j 

t ' 1 

instructor is also provided a portable control box which permits 

. i • ■ _ . . • j , . 

■ - ■ , — * * * ----- - "*■" ‘ ■ * i 

limited control of the training exercise. \ 1 . 

. • ; i ♦ 

■- Locating an instructor at this position places him at a location 

, J i . , 

" T ~ ‘ . J 

where he can observe the trainee's performance more closely than is ; 
possible at the conventional instructor station. At the latter station 
the instructor cannot observe the false starts associated with the 


trainee's performance. Being in the cockpit, the instructor is on the 
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scene to provide immediate instruction when required. It is anticipate 
that this instructor position would be used during the early phases 
of the training program for procedural training, or at any time for 

I • ' I 1 . . 

remedial training. ■ j ; j ; ; 
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6.2.5 Ancllliarv Equipment i j . ‘ ' ’ ( , j j 

. T ’ j • : . r* ' ! :* 1 i 

6. 2. 5.1 Aural Cue System ' r ' j - r - 

The best approach to vehicle sound simulation at this time is 
a computer controlled real time acoustic effects generator. Its initial 
cost is relatively low compared to other techniques. Modification and 
updates will involve primarily only software changes. In addition, _ 
repeatability is excellent. - ~ ; - j * • ! " -- - -- - 


6 . 2 . 5.2 Simulator Power - Hardware 


j f- -- 

• • » 

. _i..: i. 


The simulator power interface must first of all be compatible 


— J J. ! j 


with the capabilities of the installation site. _ ! _i j 

; ' : r r ■; i~i 

L 1— -" Three phase power loads should be balanced. 1 ; — j 1 — — 

, ; . . , . . , : ..... .. ;. ; 

' | : The power distribution should be designed with on-off sequenc- 

, ’ 1 ' j t • ‘ i * 

ing and interlocks to prevent damage to equipments and to insure the 


.safety of operating personnel. 


t — rTTT 

i ii 


] j” j Shielding and grounding systems should be designed to minimize 
: internal system noise and to insure safety. , j j { • j_. 

J , j i i i I I : 1 I 

j j 'j | Bonding should also be provided. j , j ; 

J I j _ • Filters and other noise suppression elements should be con- 

i \ 7 " ; “j 

'Sidered in the design to minimize EMI problems. 1 ; j j j J 

6. 2. 5. 3 Central Timing Equipment ! 


- NASA supplied time signals are required in order to maintain 

systems coordination and synchronization. In non- integrated mode, thes< 
signals are provided by the SMS CTE to allow stand alone operation. Al! 


i — T — 1 - r - i - 


j ! : • i : 

« _ I * ; : i w 



| i i i 

1 

‘'j 

• l 

* • 

1 ' 

i i , 

.ill 

i L 

i i 


. f 

♦ ^ 
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systems shall key on these signals to prevent time related events 
from becoming misaligned. j T ! ! 

6. 2. 5. 4 Hydraulic System Hardware . [. 


This paragraph is inserted to specifically define the area 


reserved for the hydraulic pump, etc., and emphasize the room sharing 

essential for future installations. : • j , | ; 

i : ' i ; > i ! 

6. 2. 5. 5 External Signal Interfaces — j- - T --}■ - — 

i ; . • 

_4 Specific SMS interface requirements which have been identified 
are the SMS/GSSC computer interface, the central timing equipment 

interface, and the voice communications interface. 

! ' ' * 

.: [....Interface requirements with other control centers are not known 

I i . • 

at this time. Interface with another center could be accomplished 
either through the GSSC data link or by telephone data line to another 

i • i 

computer installation. 


: i i 

j 

| j j ; : j i ; 


, , 


| 1 ! j ! I i 



•Under the current concept of SMS crew training, the IOS shall 


provide all GCA and ATC functions. No external interface requirement 

..... ... 

• • i 

exists for either of these functions. — 4 — ; — i — 1 


•The interface requirements and definition of tasks between the 


simulators in Building 5 and the Ground Support Simulation Computer 
..(GSSC) is given by document "GSSC-604 Ground Support Simulation Com- 
puter Program Specifications - FCT Interfaces." This document should 
be used as reference only for a typical ICD. Any or all information 
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6.2.6 On-Board Computers 

6. 2. 6.1 Data Processing & Software System 

6. 2. 6. 1.1 Fidelity _ I - 

' The simulation of the Data Processing & Software computer sys- 
tem of the Shuttle Vehicle is required to the level that all crew displ; 
data and telemetered data responses are extremely realistic for both 

displayed value and time response to interface signals, commands and 

switching logic, and simulator moding. Both the short period and long 

» • • 

period accuracy of the simulation must be very high to maintain astro- 
_naut confidence in the simulated system and avoid negative training 

» : t ; i . ! . , * 

in the use of the system. This will be particularly true during M.C.C. 


-integrated mission training where outputs of the ground computer system 

i 1 * *• ' ' 

are compared with the calculations made in the simulator. Hence the 




-requirement for use of actual OBC flight programs, and an accuracy no 
less than that of the actual on-board computers. 


i. , 


i l_- 


- j i. 


'}~~ rr ~ T I XT“ r 1 ! ’ i ; ] II "TIT 

6. 2. 6. 1-2 GFP Integration 


T 1 


! ! 


i i 

i i 


i H 


i i 
T 


! i i 


( t 


-+ 


As a minimum, the actual crew station display and control 


equipment should be used in the simulator to ensure high fidelity dis- 
play and control. This should include the dual redundant tape readers. 
If actual real world computers are to be used in the simulator it 
must interface with the display, control, and tape reader equipment 
and also must interface with the main simulation computer complex. 












date 12/22/72 


REV - A 3/23/73 


' 'THE SINGER COMPANY 
-SIMULATION PRODUCTS DIVISION 

.. . u- -BINGHAMTON. NEW YORK 


PAGE NO. 


REP. NO. 


6-19 


6. 2. 6. 1.3 Flight Software 


i Use of actual OBC flight software is a necessity for reasons 
of simulation fidelity and to avoid delays inherent in the functional 
simulation software development and test/verification processes. 


.4 Loadin 


i > i 


) [ 


; I ' i . i 1 i ■ : | i 

. 1 i ' 

If real world on-board computers are incorporated into the 


simulator the . loading can be accomplished using the same tape reader 

i . , , ! i 

~and tapes provided in the real world, with a minimum of tape editing. 
_(This assumes that the OBC programs are to be. reloaded in flight as a 


training procedure.) 


i i i 


i i i I i 1 


enable their use. L ] 

l i * 

? 1 

6. 2. 6. 1.5 Moding i 



-I 1 

i | ! 


i i i 


~j — -- — - — | — rThe simulated OBC must interact with the simulator mode 

L *__| : _ • • : . ■ _[ 

functions without degradation. If a real world OBC is incorporated in 

-the SMS special interface hardware,, interrupt generators, will be re- 

i < 

quired. Interrupt handling software will also be required to be added 


to the OBC software for theee special functions. 


6. 2. 6. 1.6 Update 


- — It is anticipated that software changes to the 




i i i 


DP&S OBC programs will occur with very short notice. Therefore, the 


requirement for use of real world software is imposed. In conjunction 
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updated and reverified, and any ^equipment or software required to 

expedite this operation should be'provided. T ~^— -p-- -- p---- 

6. 2. 6.1. 7 Diagnostics ... !. .; L ... . ; l . ,. . . ..... .... 

If real world computers are incorporated into the SMS, 
diagnostic software is required to verify its performance, isolate 
malfunctions and minimize the time required to repair. These programs 
should also enable test of interface, peripheral and control display 

; _ _j . - I ; ! 

equipment where applicable. ! j ! ! ; i | j • * ; i 


6 . 2 . 6 . 1 . 8 Interface i — \ — j — { — j — j — j — ; — ! j — . — : — ! — -J — i 

'■ ' i i ; ; ■ i • 

[ ; _ ! / ■ ; : ; 

! This equipment is required to the extent necessary to 

: ‘ I 

interface GFE OBC hardware to the GFE main simulation computer and to 
GFE control and display equipment. , ; ; | ~ j ] I j 

, _ i 1 i i i I i ! I i 1 P : 

6. 2. 6. 1.9 Debugging Tools /Ecu ipmen 


■ ; ; j 5 

i ; ! • Debugging tools and equipment and any special test equipment 

t ^ “ “ ’ " ' w ' 

-should be provided in conjunction with diagnostic programs to minimize 



calcuations in the vehicle and on the ground 

i 

6.2.6.1.11 Reset • ~| * : ! 1 


_ j 1 • ; | ! ; i 1 • > 

The reset function in the sinaalator is provided to enable 


rapid return and restart at mission time points, where extensive 
.training is required while skipping over time .period of low activity, 


i i 
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e.g., sleep periods - for the on-board computer, the reset function 
should also be synchronized with'the main simulation computers to 
avoid errors in the trajectory calcuation. 

* * , * ' \ I 

6.2.6.1.12 Redundancy Requirements ' ! — r — : — 


The Astronaut should be able to select the active and stand- 
by GN&C computers, and switch to the Backup GN&C computer and 

realize the same effects as in an actual flight. ! 

{ . ‘ . 

: T “The requirement to sinaalate redundancy effects occurs in 

conjunction with the requirement for simulated malfunctions to train 


• in all backup modes of operation. 
6.2.6.1.13 Simulated Malfunctions 


I I M 


J__; _ I __ ■ t 


Simulated malfunctions should be chosen based on failure 


analysis of real world equipment coupled with the desire to train the 


astronauts in all backup modes and highly critical procedures to ensure 
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6 . 2. 6 . 2 Main Engine Controller and Interface Svste 
6 . 2.6. 2.1 Fidelity ~ *t - - — p — : - ~ ~ - H~ 7 *• 

Each of the three Main Engine Controllers consists of: 

... a) triple redundant input electronics r ~ - 

__b) Double redundant computer interface electronics 

* • 

“ 7 « ;— c ) Double redundant output electronics 7 , - -r 

l > « 

7 d) Double redundant power supply electronics .. 7 

: ‘ \ e) Double redundant HDC-601 digital computers with a 12K 

word 16-bit plated wire memory. These computers are space rated 

versions of the Honeywell H-316, DDP-516 computers. 1 

— 1 4 Each Main Engine controller interfaces with the orbiter 

avionics through a 1MHZ serial digital command and response data 
transmission system (3 buses per engine) plus an additional data path 
(2 buses per engine for recorded data and telemetry. r 

. _ 4 , The simulation of the Main Engine computer programs should 
be of equivalent accuracy resolution and iteration rate as real world 
Data rates and formats to recorders and to the Telemetry system must 


be simulated with high fidelity. 
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: - Utilization of commercially available equivalents of the 

HDC-601 are envisioned for simulation of the Main Engine Controller. 

: ! 1 : : . ; ! : . . . 

. , ■ - | ■ , “ • t .. * 

6 .2 .6 .2 .3 Flight Software .... : , — 4 — r - 1 — - -j — j. — 

Because the availability and anticipated amount of change of 
flight software are unknown, it is presently deemed essential to be 
able to utilize this software with a minimum amount of editing. 

6. 2. 6. 2. 4 Loa J * — : I ’ i' : ! i i * i I i < i 

See Section 6. 2. 6. 2.1 

6. 2. 6. 2. 5 Moding — — 

■i i See Section 6 .2 .6 .1 .5 

6. 2. 6. 2. 6 Update 1 — 

i j See Section 6 .2 .6 .2 .3 

Diagnostics 


: i | , s If real world computer hardware or equivalent is incorporate 

• * , ’ i 

into the simulator, then diagnostics are required for this hardware. 


6. 2. 6 ‘.2. 8 Interface ; j 

, 

1 ^ See Section 6. 2. 6. 1.8 

6. 2. 6. 2. 9 De 
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’ , • • f - • 

l • . 1 i 

1 

i 

6.2.6.2.11 Reset Requirements •! i 

1 * ! 

i 

! 1 

’ ! ' _J 

“ See Section 6.2.6.1.11 1 

i 

; 

H — i 

i i , i 

J ; . j j 


6.2.6.2.12 Redundancy Requirements 


i i i 

1 l 




i ! 


Simulation of the redundancy features is desired to enable 


training in backup modes and procedures by inserging malfunctions of 


one or more elements of the engine controllers. ' 7 T j f P " P 

’ ~ ‘ * • j . : , j"!" - ) i 

6.2.6.2.13 Simulated Malfunctions J j ! ! 1 i j j ' j 1 1 

, ; p | i : r i i ■ — : f~" 

. | ; _ ;E ac h element of each engine controller will be malfunctioned 
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' The SMS computer complex shall consist of a commercially available 

l 

general purpose digital computer system with associated software to 
activate, operate and support the simulator. All hardware with 

options, peripheral equipment, and software will be provided as GFE 

: ‘ i 

as specified in Exhibit 3. ~ 7 ~ j \ : t i f~ " 

' The operating system requirements specified are mandatory to 

r . 

achieve optimum utilization of the GFE computer complex. The ability 
to support multi-programming, real-time batch processing, and local 
and remote terminal processing simultaneously will facilitate the 
development, maintenance, modification and utilization of the SMS 
task. Coordination of the elements in a system such as SMS to insure 
simulation and background processing integrity dictates the need for 

; j 1 .1 

^sophisticated communication facilities. | : ] | 
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6.2.8 Digital Conversion Equipment _ 


The current NASA planning envisions the DCE being provided 
GFP to the SMS contract. It shall be the SMS contractor^ responsibility 
to interface the SMS equipment to the GFP DCE and also to provide 
spares for the operational/modification phase. • J " 
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6.2.9 Visual Svste 

; j 

6 .2. 9.1 General Requirements " ' ' "T' r — 

, Visual simulation systems will be needed for the front 

windows, through which the spacecraft commander and pilot look, and the 
rear window at the cargo handling station. The front windows will be 
used during both atmospheric and space flight, and thus require a com- 
bination of the visual system capability found on simulators of commer- 
cial transports (e.g., L-1011) and on space vehicles (e.g., Apollo). 
Simulation of the view during atmospheric flight is not needed from the 
rear window, which is covered during launch and reentry. For some 
operations, synchrony of the views through front and rear windows is 
required, e.g., when an object passes from the field of view of the 

front windows to that of the rear window. - — ~-4 — : — f j 

Throughout the treatment that follows, the emphasis will be 
on providing those aspects of the visual scene needed (1) to train the 
crew and (2) to verify the adequacy of their performance. Under this 
philosophy, there is no need to provide visual cues for those mission 

v> 

or, phase segments during which such cues may not be present. 

7 *— Assuming a full manual approach and landing capability will 

be required of the Shuttle Vehicle pilots, the question can be asked 

if it is necessary to provide the simulation for both a Category II 

«*. ... 

instrument situation and the full VFR situation. If the skills 
required to perform the manual instrument approach and landing task 
are essentially the same as those used in the manual VFR approach. 
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then it ©ay not be necessary to provide the full VFR scene and simply 

confine the training to the instrument situation. Unfortunately, thi 3 

does not seem to be the case for the following reasons: 

a. Just as there is a possibility of failure of the automatic 

approach and landing system, there is the possibility of the failure 

effecting receivers and displays used in the manual instrument approach 

Should this happen, one would expect the pilot to be able to make an 

"eyeball" approach if conditions are VFR. Economics will prevent this 

kind of practice in the actual vehicle, thus establishing a need for 

full VFR simulation. j j ! j ! ; 

- - b. Another consideration that suggests the need for VFR simu 

% * 

lation has to do with normal pilot performance when all systems are 
operating normal and the approach and landing will be made under VFR 
conditions. Because a more precise approach can be made when the 
automatic system is operating than when manual skills are being 
utilized, and a manually flown instrument approach is more precise when 
used under VFR conditions than an "eyeball" approach, these become the 

c 

preferred approach techniques under VFR conditions. However, when 

VFR cues are available, the pilot will intermittently use them to 

cross-check the validity of the situation as being depicted on his 

instruments. Since the scene as viewed out of the cockpit has the 

highest priority in determining the need for corrective responses, 

♦ 

it is important that the pilot have the correct frame. of reference 

^ * 

for making these responses. Or, putting it another way, the visual 
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scene he expects to see at any point in time if the situation is normal, 
becomes a sort of perceptual overlay on the actual scene from which 
he makes comparisons to detect discrepancies that require correction. 
Since these "expectancies'* must be built from experience base and 
since the Shuttle Vehicle will fly a uniquely different approach path, 
the pilot's previous experience will not provide the necessary standards 
It thus becomes essential to provide the kind of experience from which 
these "expectancies" can be properly structured. Again, and for all 

i 

practical purposes, this can only be done through full VFR simulation. 

c. In addition to the above arguments for full VFR simula- 
tion, one other rather subtle but never-the-less compelling argument 
can be made. This has to do with the fact that the approach and land- 
ing task is different and more difficult when some dependence is placed 
on cues arising outside the cockpit than when a pure instrument approac 
is made. Not only are attitudinal cues less discernable and, precise 
when acquired outside the cockpit than when depicted on instruments, 
they are also subject to illusions and take longer to detect. This 
puts a lag in the control loop that increases the difficulty of the 

task and makes- it more subject to error. Also, because the pilot is 

» 

very poor in making judgements of rate and altitude, with extra cockpit 
cues, he must make frequent references to cockpit instrument even on a 
VFR approach. Each time he shifts his focus from distant references 
outside the cockpit to close references in the cockpit, more time is 
required for both his physiological and psychological adaptation . 
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to the new scene. This again puts a greater lag in the control/display 
loop; further increasing the difficulty of the task. Therefore, simply 
training a pilot on just the instrument skills will not assure an equal 
proficiency when V7R cues are available to him on an approach and land- 
ing. The economics of the Shuttle situation suggests that the total 
skill requirement for assuring safe approaches and landings must be 
acquired via VFR simulation. 

Thus, the emphasis will not be on realism per se, but on the 
provisions of cues (or aspects of the visual scene) adequate to enable 
needed tasks to be accomplished. Under normal conditions, therefore, 
operational tasks will generally be easier than those practiced in the 
simulator, with the exception of zero-g effects. 

■Even with these delimitations, Shuttle visual simulation may 
require a combination of capabilities each one of which stretches 
the visual state-of-the-art : wide field of view, simultaneous viewing 
by two crewmen, disparate imagery (earth with cloud cover, viewed from 
near and far; celestial bodies; rendezvous vehicle), and, possibly, 

i • - * 

stereopsis (for manipulator arm control) . 

The problem of sun shafting merits special mention here. 
Assuming that the training objective (with respect to sun shafting) is 
to avoid sun shafting conditions, rather than attain competence in 
working under conditions of sun shafting, this phenomenon need not be 
simulated, but merely signaled, e.g., by a whiteout of the visual 
field or by a sun symbol . - 


> 
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The rear window is uncovered by the cargo doors during non- 
atmospheric flight, and, while its prime functions is to support the 
use of the manipulator arms during payload operations, and/or docking, 
and undocking, it can also be used by the spacecraft commander and 
pilot to view objects not in the forward windows' FOV. Since existing 
motion systems cannot support visual systems and cockpits for both front 
and rear stations, providing the rear window view to the spacecraft 
commander and pilot would require a separate FBCS, in addition to the 
MBCS, with visual systems, mounted on the motion system. 


V" ‘ "The resolution requirements for each of the mission phases 
depend upon the use to be made of the information provided by the 
visual system. When the visual system furnishes steering data that is 
closely coupled with control action, e.g., during the latter portion 
of approach and landing, high resolution is called for; when it fur- 
nishes general orientation data, a lower resolution can be accepted. 

For example, verification that the SRM has separated does 
not require an accurate image of the SRM; a somewhat soft or fuzzy 
SRM image, provided it were easily recognizable, would be quite adequat 
Oh the other hand, a rather sharp image of runway edges is required 
for proper lateral control during landing. Were the runway edge fuzzy, 
its exact position would be indeterminate, and large lateral deviations 


from nominal could occur before they could be perceived 
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This is the same basic philosophy as that used by the Air 
Transport Association Training Committee in specifying resolution 
requirements for visual system (Visual Simulation for Airline Aircraft 
Simulators: Guidance Information, adapted 24 January 1968). 

ATA established, for each of 6 points on the glide elope 
different distances from the end of the runway (6 mi, 4 mi, 2 mi, \ mi, 
1000“ and end of runway), 1) What You Must See (at % mi, e.g., "complet< 
runway detail"), 2) How Well (at % mi, e.g., "to recognize 6' vertical 
object on end of runway") ; and 3) With Ability To Accomplish (at % mi, 


e.g., "Alignment, establish closing rate and maintain touchdown 


points") . 


Contrast requirements are less task dependent. Visual acuity 


and ease of perceiving a figure (object) against a ground (surround), 

depends on the contrast between them; low contrast ratios will cause 

visual tasks to take longer, be more fatiguing, and, in the extreme, 

fail to allow proper visual discriminations to take place. Fig. 

6. 2.9-1 shov7S the effect of contrast upon visual acuity at various 

brightness levels — — — 1 — - • 

Brightness plays a similar role to contrast in determining 

visual acuity. The eye cannot sense the brightness of a visual field 

to better than an order of magnitude (if that) ; acuity becomes better 

with increasing brightness over a wide (10^) range of brightness 
* 

values. See Fig. 6. 2. 9-2 . The brightness(and contrast) of a visual 
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simulation system should be such that acuity, in the darker portions of 
the field (e.g., those with .01 the highlight brightness) is still 
enough finer than the visual simulation system resolution so that the 
visual simulation system resolution, not human visual acuity, limits 
the man-machine system performance in resolving objects. 

.... The problem of flicker will be noted here, but not treated in 

any' depth. Other things being equal, flicker will become more per- 
ceptible (and hence more objectionable) as other important parameters 
of the visual simulation system--brightness, contrast, field of view-- 

" ‘ i ....... 

improve. Thus, inproving one of these parameters of a visual system 
may, by introducing flicker, make the resulting system less, rather 

t , ; . 

than more -acceptable . — : I — — 

For flight outside the earth's atmosphere, the orbiter can 
assume any attitude, and hence it is desirable to simulate the full 
field of view of the spacecraft windows,' since objects of interest 
(stars, earth, rendezvous vehicle) can appear, depending on the orbiter s 

attitude, anywhere in the field of view. During atmospheric flight, 

% 

attitude constraints, with respect to flight path, can limit the 
appearance of imagery of interest to selected portions of the window, 
and hence simulating the full field of view of the window may not be 
necessary. Because of the time sharing between crew members of tasks 
requiring extra-cockpit vision, the visual requirements for these crew 
stations could be non-concurrent. For example during approach, the 



1 


I 

I 




DATE 12/22/72 


THE SINGER COMPANY 
SIMULATION PRODUCTS DIVISION 


PAGE NO. 


6-35 


REV. A '3/23/73 BINGHAMTON. NEW YORK REP. NO. 

- " ■ - - ... - - - - — - - -- . - - - . . - . ' * — — •• '- j 

pilot may be viewing the external visual scene while the copilot's head 
is in the cockpit, viewing instruments. 

In order to provide full freedom of head movement within the 
simulator a 12 inch radius sphere is desirable. However, a 12 inch 
diameter sphere would be adequate to provide sufficient training and 
permits a larger selection of possible hardware designs. • 


6. 2. 9. 2 Ascent Phase (Vertical launch to orbit insertion) ~ 

While the external visual scene is visible during at least 

part of this phase, it is not used as a basis for any crew actions, with 

two possible exceptions: : i_ 

;j ’ T a) Such visual information might aid in determing whether 

...an .abort is necessary. • , .1 : . u ±. l ; ■ 

■ b) Visual verification of SRM separation. T r • 

„L__; It appears that all control actions during this phase, such... 

as the throttling of engine thrust below 100% to limit vehicle accele- 

. ration to 3g, are either accomplished automaticalay , or based upon 

cockpit instrumentation; no indication was found in NAR SD 72-SH-50-3, 

or other Shuttle data, that any external visual cues are used during 

ascent. However for transition to the abort modes, it is recommended 
that identical cues required for each abort mode be provided. 

‘ '6.2.9 .3 Aborts L — v-.-- ----- -• — 1*- - L - 

1 

{hiring this phase, out- the -window visual data are needed to 
establish altitude and to perform a landing. This landing could take 
place at 1CSC, WTR, or at a generalized airport. Four separate aspects 
of approach and landing, .each with different visual system requirements j 
need to be distinguished: ....... — [ 
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1. IFR landings under Category I or Category II visibility I 

conditions. As will be noted later, this requires only a narrow FOV. 

2. VFR approaches after glide path has been attained, 
o 

The 15 glide slope is intercepted , and thus the pilot does not need 
to look all over to orient himself. Hence, a narrow FOV is adequate. 

3. VFR flight above approximately 10,000 feet. Before the 
15° glide slope is intercepted, the pilot requires a wide FOV to orient 
himself properly. 

4. VFR flight with air-breathing engines. The orbiter has aii 
breathing engines only for ferry .flight , therefore the capability exists 
for a missed approach and go-around, and hence a wide FOV is required. 

For the first case, IFR landing under Category I or Category 
II visibility conditions, a horizon is needed at altitudes above 
possible cloud layers, and a presentation comparable to that of visual 
systems of commercial transport simulators for altitudes below Category 
II ceilings. Typical parameters for such a Category II visual landing 
simulation would be: 

o 

FOV: 30 x 50 This FOV, which has proven ade- 

quate for simulators of commercial. 

- transports, is far less than the 

FOV of the vehicle. A recent 

study* reported "The result of 


flight trials, at night and in low 
visibility, with restricted peri- 
pheral vision are described. They 
were undertaken to discover 
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whether lack of peripheral vision 
was a major cause of poor landing 
performance on conventional flight 
simulators. The results show that 
landing performance in flight is 
almost unaffected by loss of peri- 
pheral vision, even in poor 
visibility." 

* Armstrong, B. D., Flight Trials to Discover 

Whether Peripheral Vision is Needed for 

Landing. TRC Report No. BR-233291, Nov. 

1970. Abstracted in Ergonomics Abstracts 

. 1972, Vol . 4, No. 2; original not seen. 

This confirms an older study** 

by' Roscoe in which it was shown 

that pilots could execute satis- 

o 

factory landings with only a 10 
x 10° periscope view. 

** Roscoe, S. N., The Effects of Eliminating 
Binocular and Peripheral Monscular Visual 
Cues Upon Airplane Pilot Performance in 
Landing. Journal of Applied Psychology l$h'|8, 

32, 649-662. 


<? 


\ 
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The only conflicting data come 
from experience with the VAMP on 
an F-4 simulator; pilots reported 
that they could not land the simu 
lator without a wider field of 


view than VAMP provided. However 
the high angle of attack of the 
F-4 completely blocks out the 
view of the runway when landing, 
whereas the orbiter front window 


is specifically designed to pro- 
vide "Sufficient up vision to see 
the entire length of a 10,000 ft. 
runway at preflare altitude with 
worst case transients in orbiter 


pitch attitude ... (and) Sufficient 
down vision to see 2° below the 
horizon at main gear touchdown at 


worst case nose up attitude (tail 
scrape angle of 18°) . This is to 
assure that the pilot never loses 
sight of the runway ahead of him" 
(j. d. r.c ?buck r-.mo i:o. 

SSP- PE-72-034 of August 18, 1972) 


- -t 
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As noted earlier, the task of 
landing the craft is qualitative! 
different if ceiling and visibili 
are substantially unrestricted, a 
hence a different set of visual 
requirements holds for these largely 
VFR landings. These requirements 
include a wider field of view, since 
the pilot has time to look around 
and utilize the data obtained, anc 
terrain contents compatible with 
altitudes, during the terminal 

approach and along the glide slopes. 

Color is desirable, but not absolutely necessary; if a pilot 
can shoot a landing with a monochromatic presentation, he certainly can 

do so with a color system. — 

A target acquisition study (Fowler, F. D., and Jones, D. B., 

* 

"Target Acquisition! Achilles Heel or the Display's the Thing;'' 

Proceedings of Society for Information Display, June 1972.) indicated 
that "for the relatively high contrast target/background combinations 
(21-85%) there was no difference between color and black and white dis- 
plays for either detection or recognition." 

The repudiation of the need for color would be invalid if it 
were necessary to use as cues the° different colors of airport runway 






DATE 12/22/72 


REV - A 3/23/73 


THE SINGER COMPANY 
SIMULATION PRODUCTS DIVISION 

BINGHAMTON. NEW YORK 


PAGE NO. 


REP. NO. 


6“40 


and taxiway lighting. Lack of such color differentiation (in a 
monochromatic system) is thought to make the landing task slightly more 
difficult, but certainly not impossible. We may conclude that color, 
while desirable, is not absolutely necessary, and may be traded off, if 
needed for brightness, FOV, etc. 

During Abort Modes 4 & 5, and to some extent during Abort 
Mode 3, the crew is engaged in space, rather than atmospheric flight, 
and the out-the-window visual requirements approximate those of 
orbital flight. These requirements are discussed in the following 


section . 


Maneuver Range : 


Area simulated modestly larger 
that that visible under Category 
II conditions. Go-arounds will nc 
be possible in the configuration 
without jet engines, which greatly 


increases the area that need be 


simulated . 


6. 2. 9. 4 Orbital Operations Phase 


During this phase, both front and rear windows are available 
for use. The front windows only will be used during the actual perfor- 
mance of orbital changes, even though the rear, as well as the front, 
could be used for viewing the jettisoned external HO tank. Thus, the 
needed scene content is for the front windows only and' includes exter- 
nal HO tank, the horizon, and perhaps celestial bodies, if these are used 
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for orientation. The cloud cover over the earth may be homogeneous j 
and extensive enough to eliminate position cues and hence simulation of 
ground points is not required; however, attitude cues are provided by 
the horizon. ... 

During this phase,' the alignment of the backup navigation sys- 
tem is accomplished by an optical sighting device similar to the CSM 
Crewman's Optical Alignment Sight (COAS) ; constellations should be 
provided for identification since the stars preferably are selected to 
be sighted. However, the sun, moon and any of the four brightest plan- 
ets may also be used. The simulation of the starfield used with COAS 
need not be better than +0.75° the accuracy of COAS. Apollo starfield 
simulation for COAS has proven satisfactory. 


Field of View: Full window coverage desirable. 

6. 2. 9. 5 Rendezvous 

During this phase, the visual requirements are similar to tho 
of Orbital Operations, with the requirement of the rendezvous vehicle 
being substituted for the external hydrogen/oxygen tank. 

f At a slant range of 300 n.m. the target is acquired by means 

of TACAN. Assuming the rendezvous target to be another orbiter 110 ft. 
in length and perpendicular to the line of sight, the target will sub- 
tend an angle of 13 arc seconds, a subtense well below the resolution 
of any known system. 

The distance at which visual acquisition of the rendezvous 

vehicle will occur depends on whether it is a bright object viewed 
against a dark background (rendezvous usually begins this way - in 


d.v 


:r:.2 , ar •) the cn.trott L* eh- at -..ft it and the background!. 
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When the rendezvous vehicle is considerably brighter than the back- 
ground, it will be detected when It subtends no more than a few seconds 
of arc, e.g., at the 300 n.m. TACAN acquisition range; when it is 
considerably darker than the background, it will be detected at about 
130 n.m., when it subtends about half a minute of arc. The angular 
subtense of the rendezvous vehicle when it is visually acquired cannot 
be duplicated in a simulator within an order of magnitude with the re- 
solution attainable with current visual system technology; however, 
visual acquisition at maximum range, while desirable for procedural 
purposes, does not appear to be a difficult task requiring training. 

To cope with this limitation, it is suggested that the simulator image 
of the rendezvous vehicle be maintained at no less than 2 or 3 reso- 
lution elements, or the actual subtense, whichever is greater, so that 
the rendezvous vehicle can be visually acquired and tracked properly. 
Critical visual tasks, from a training standpoint, during this phase 
include determining the direction and distance of the rendezvous 
vehicle, and maintaining own vehicle orientation. In addition to the 
rendezvous vehicle, the visual scene must include the horizon, celestial 
bodies that are used for orientation, and the earth. 

Field of Vie';: Full window coverage desirable 
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for fidelity of simulation of the dynamics of the arm (e.g., iteration 
rate). It is believed that the difficulties reported by Martin- 
Marietta in accomplishing manipulator arm maneuvers (in a simulation 
setting) stem from the inherent difficulties of multi-dimensional 
tracking, rather than from simulation inadequacies , and that, compared 
with that tracking task, the perceptual tasks involved are comparatively 
easy. Hence, high fidelity simulation of the visual scene, in parti- 
cular providing binocular (stereopsis) cues, should not be necessary, 
since monocular depth cues, such as relative size and interposition, 
provide sufficient visual information. The simulation of the dynamics 
of the relationship between movement of manipulator arm controls and 
the locus of the image of the arms must be simulated with high fide- 
lity. With a one-dimensional tracking task, Warrick (WADC RN 55-348) 

* i 

reported that lags of as little as 50 milliseconds in display degraded 
tracking performance significantly. With a multi-dimensional tracking 
task, effects of such lags would be no less serious; a very tight 

coupling of the visual display to the manipulator arm controls in the 

* 

simulator is therefore required. . — . — , . 

The uncertainty of the position of the manipulator arm 
relative to a target, resulting from the limited resolution of the 
visual system, should be no worse than the inaccuracy of manipulator 
arm positioning itself. At a maximum arm reach of 50', the +2" tip 
positional accuracy corresponds to 11.5 arc minutes. Hence a visual 
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. system with a 6 1 resolution would increase manipulator arm positioning 

6 2 _ 

inaccuracy by xr 75 2 or 27% (from 2” to 2V) at the maximum arm reach 
distance; at closer distances, which are both more likely and more task- 
critical, the incremental error due to visual system resolution (or 
rather the lack thereof) would be less. 

Floodlights and especially, spotlights need to be accurately 
simulated, since they provide a number of cues: the position size, 
and shape of the shadows they cast, the brightness of the field they 
illuminate as a function of distance, etc. These cues enable the re- 
lative viewing distance of various elements in the field of view to 
be determined, i.e., what is closer, and what is further away. 

FOV: FuJLl window desirable. 

_ .# _ _____ 

Color: ... Monochrome adequate 

6. 2. 9. 8 Deorbit 

The selection of a landing site, one of the objectives of 
this phase, is not performed visually; indeed, most of the earth 
below may be obscured by cloud cover and/or on the night side of the 
day /night terminator. The visual simulation requirements for this 
phase are identical with those of Orbit Operations. 

6. 2. 9. 9 Entry ‘ 1 

The visual simulation requirements for entry are identical 

with those of the orbit phase that precedes it. 

■ \ 7 " : 


a 
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6.2.9.10 Approach and Landing 


The visual simulation requirements for this phase are identi- 
cal with those of the Abort Phase, since approach and landing is the 
same whether accomplished under abort conditions or under normal 
mission conditions. 

6.2.9.11 Ferrv Flight 

This phase can be partitioned, for visual simulation purposes 

into five sub-phases: ; 

Taxi ' ' 

4 . ^ 

Takeoff & Climb , : 

Cross-Country 

In-Flight Refueling . 

.. ... 

Approach & Landing 

The following paragraphs address, for each sub-phase, the 
desirability of visual simulation, and (if desirable) the visual simu- 
lation requirements. . 

» » i / f i ' . , . , 

6.2.9.11.1 Taxi ; • .* i "7“; / -V' 

There is a paucity of information on visual simulation of 
aircraft taxi. No training simulators have stressed taxi, though the 
capability for taxi exists, as a fallout of landing simulation, in 
camera-model and computer-generated- image visual systems. It is 
generally accepted that, 1) commercial transport pilots are exposed to 
enough actual aircraft taxiing during normal training, even in training 
programs emphasizing simulation and minimizing flying, to eliminate 
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the need for simulator training in taxiing, and 2) taxiing is a skill 
that is easily learned, and 3) the cost and risks of training taxiing 
(as contrasted with other flight phases) in the aircraft itself are 
quite acceptable. 


There thus appears to be no requirement for simulating the 

* 


visual aspects of taxiing, although if such capability "falls out" of 
other requirements, it could be utilized. 

* This is in spite of the fact, noted by J. Roebuck in 
NAR Internal Letter SSP-PE-72-034 of 18 August 1972, thaf 
"Because of his height above the ground (approximately 
22 feet) during rollout and taxiing the pilot (based on 
747 experience) will think he is moving about 1/2 as 

fast as he actually is " . 

6.2.9.11.2 Takeoff and Climb . .. 

As with taxi, there is a paucity of information on visual 
simulation of takeoff and climb. The out-the-cockpit visual scene pro- 
vides, during this phase 


“ . steering information, to aid the pilot in keeping the 

aircraft on the runway. 


run distance to aid in determining whether to abort 


takeoff 


. horizon or equivalent data that aids in keeping wings 
level, or as a bank angle reference , 


0 
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. height information that tells, for example, when the 
wheels have left the ground and the landing gear can be retracted 

The visual simulation system requirements for this phase 
are identical with those for landing, discussed earlier. 

6.2.9.11.3 . Cross Country 

Since weather and visibility conditions may require this 
sub-phase to be conducted entirely on instruments, without visual 

reference, there is no requirement for visual simulation here. 

However if a horizon and cloud cover can be provided with no increase 
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in complexity, it is desirable. 

6.2.9.11.4 In-Flight Refueling 

The flight by visual reference required during this phase 

is similar to formation flight. The Air Force has conducted in-flight 

refueling on a routine operational basis for some two decades, but has 

not moved seriously toward developing visual simulation for training 

1 ... • 

in in-flight refueling. A development program in this direction was 
* » . 
initiated in the early sixties, but dropped before prototype construe- 

• # ‘ I . t J I { ; » .. • 1 , • • { I ! . t . , . , 

tion. 

In light of the Air Force's experience, it would appear 
that visual simulation for Orbiter in-flight refueling is not really 
necessary, and, in view of the small number of in-flight refueling 
that can be anticipated with the small number of ferry flights pro- 
jected, no substantial effort should be directed toward development 

of visual simulation specifically for in-flight refueling. As with 
taxi & cross country, if the capability for visually simulating in-flight re- 
fueling "falls out"of other visual simulation efforts, it might very well jbe 
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exploited. The image generation requirements for in-flight refueling 
appear to be similar to those of rendezvous (when the tanker aircraft 
is distant) and to payload operations (when the tanker aircraft is near 

by)- J. u/. L_i .. . ; 

: : i . . 

6.2.9.11.5 Approach and Landing . ~ ‘"'-r — \ — ; - - ~ 

, __ The visual scene during this sub-^hase of Ferry Flight 

differs from that during the Approach and Landing phase of an orbital 

mission in several respects: ; L_j.__l._i j • I i_ _ 

; 1. ~ The r flight profile is different; during Ferry 

approach and landing it resembles that of a commercial transport. 
r ” 2 . Power from jet engines is (barring catastrophic mal- 

functioning) always available; during return from orbital missions 

• .* 

' % , . t . * • , i i 

such power is not available r~ p" ~ j ” r'~p’'7 T_ j y | - 

i_3. ..As a consequence of 1 and 2 above, such maneuvers as 


circling approaches and rejected landings (go-arounds) can be performed 


. • 1 


J ' I 


.during ferry. — * — j— - — ; — : — -l~.; — ; — 1 — . — ! — j— - — . 

7 4. Many additional airfields are candidates for Orb iter 

use during Ferry, both programmed and emergency. 

! Hence a visual scene meeting the requirements noted for 
-the Approach and Landing phase of orbital missions should also meet 

the requirements for the approach and landing sub-phase of Ferry. 

■ • ; ’ ! : ! ; ' i i 1 i i i i - i : 1 : i ! : : 
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6.2.9.12 Summary . . - .. ...... ... 

* 

Tables 6. 2. 9-1 through 6. 2. 9-6 summarize the visual system 
requirements phase by phase; the total requirement derives from the 
need of the simulator to meet these individual phase requirements. 


r 
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Table 6.2. 9-3 
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DELATOR TABLE 5 or c. 




PAYLOAD OPERATIONS 

PHYSICAL DIMENSION 

LENTH “ 50 FT. (TO END OF TERMINAL 
DEVICE) 

DIAMETER - 8 INCH MAXIMUM 

TERMINAL DEVICE MAXIMUM/ 
MINIMUM RANGE 

50 FT./lO FT. 

VISUALLY DETECT DEGREES 
OF FREEDOM 

REQUIRED: VISUALLY DETECT EACH DEGREE 
OF FREEDOM BY EFFECT OF CHANGE IN 
POSITION AND/OR ATTITUDE. ALSO, 
MOTION OF TERMINAL DEVICE FOR OPEN/ 
CLOSE TRANSITION 

LIGHTS 

V - *• . • -• T* * . 

REQUIRED: SIMULATION TO SIGNIFY BLINDING 
BY THE SPOTLIGHTS ON EACH ARM NEAR 
TERMINAL DEVICE BY SOME MEANS IS 
REQUIRED. SPOTLIGHT SHADOWS BY 
EITHER ARM OR OWN VEHICLE OR . . . . 

TARGET VEHICLE. 

ARMS FIXED TO DOOR 

REQUIRED: ALSO MOTION FROM FIXED 
POSITION TO OPERATIONAL POSITION AND 
VICE-VERSA . 

VISUALLY DETECT ARM 
JETTISONING AND 
EXPLOSION 

REQUIRED: AN EXPLOSIVE BOLT DEVICE IN 
CASE OF FROZEN JOINT MALFUNCTION 




. IMAGE CONTENT £ "REMOTE MANIPULATOR SYSTEM ARMS” TABLE 5 of_5 

i ... , ; i ’ • . . • 

-_L Table 6. 2. 9-6 
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6.2.9.13 Visual and Motion Cue Coordination i_ 

Motion and visual cues are important in a number of 
critical mission phases and flight maneuvers. The visual scene provide^ 
essential control information, while cockpit motion cues permit the 
crew to anticipate some control requirements, and to assess the effects 
of others, before they are reflected either in the visual scene or in 
the cockpit instruments. The development of the piloting skills re- 
quired in a specific aircraft consists largely in learning specific 

§ 

relationships between motion, visual and instrument cues and aircraft 
responses in various configurations and flight environments. The coor- 
dination of motion and visual cues in the flight simulator is thus 
jrritical, in providing a learning environment which is as representative 
of the actual aircraft operating environment as is possible. ' 


It is impractical to design a simulator which duplicates 


all aspects of the vehicle being simulated. Some aspects of the 

vehicle must be neglected for economic reasons and some due to limita- 
« 

tions in the technology of simulation. Some vehicle characteristics 
must be modified to permit optimum control of the training situation. 
Decisions concerning the representation," deletion and modification of 


vehicle characteristics will be based on a complete training analysis. 
However, when visuai and motion cues are identified as relevant to 
.training, it will be necessary to coordinate their simulation within 

limits established by the perceptual capabilities of the crews to 

» ■ «' 

be trained. — . — — : — i — — - — ; — ; — — , — r— — - 




I 
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____ In learning the skills required to operate a specific air- 
craft, the pilot must, largely through trial and error, learn to predic 


the timing and magnitude of control inputs in a variety of flight 
maneuvers, aircraft configurations and operating environments. When 
the aircraft responds to a control input, or to turbulence or to some 
“other external disturbance, the pilot must sense the direction and 
magnitude of the aircraft response, estimate the input required to can- 
cel it, make the input, observe the effect of the input and repeat the 
cycle until the desired aircraft response or'state is attained. Depend- 
ing on the circumstances, the pilot may concentrate his primary attention 


on either the visual scene or the cockpit instruments. Regardless of 
which source of data is primary under a given set of conditions, cockpi 
motion usually provides additional information which is useful in 


establishing control. Motion cues have the primary effect of alerting 
-the pilot to the general nature, direction and extent of aircraft 
response. Because they are frequently sensed prior to the visual and 
instrument cues accompanying a response, they tend to "quicken" the 
pilot' 8 control capability, and in some aircraft and flight conditions, 
make the difference between acceptable and unacceptable pilot con- 


trol. The alerting function of motion cues makes it essential that 
they be provided in-the simulator in the same temporal relationship to 

the visual and instrument cues which they accompany in the aircraft . 

- - - ' * 

. €* 

The perceptual limitations of the, pilot permits some discrepancies 

. _ « . 

to exist between the simulator and the aircraft, but these are rela- 
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tively small, and are proportional to the normal time periods existing 
in the aircraft, between the occurrence of motion and visual cues. In 
research by Woodrow (1) and by Blakely (2) on the estimation and repro- 
duction time intervals, from 0 .2 to 2.0 seconds, it was found that 
subjects could perceive differences of about 8% of the standard interva 
Assuming a reasonable correspondence between these laboratory functions 
and the timing functions in multi-dimensional aircraft control, accu- 
racy of visual and motion cue. coordination should be within 10% of the 
-relationships measured in the aircraft itself. ...L [ 1 j j I 

1. Woodrow, H., Time Perception, Chapter 32, Handbook of Experimental 

Psychology, s. S. Stevens, Ed., Wiley, 1951. — i — — 

.. . ' _ _ ; . !_ ' : 

2. Blakely, W. in Woodrow, ~H. , -Time Perception, Chapter 32, 

__ — ——Handbook of Experimental Psychology, S. S. Stevens, Ed., Wiley, 195 
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6.2.9.14 


Visual System Monitoring Requirements 


Traditionally, the simulator instructor monitors student 


performance in order to provide guidance in the learning of well-definec 


tasks and to evaluate progress in the development of specific, essential 


skills. In the Shuttle, the procedures and skills being trained will 


be somewhat less well-defined until operational experience becomes 


available. As a result, the simulator will be used initially, as much 


for the development of effective and efficient operating procedures as 


for pure crew training. The instructor will provide guidance and he 


will evaluate crew performance, but he wili not operate in the classic 


instructor-student relationship. He will operate as a skilled and 


experienced colleague in a team responsible for bringing both operating 


procedures and crews to optimum levels of efficiency prior to Shuttle 


operation. 




! i i 


; Although the instructor will be a member of a well- 


integrated team, his functions require information and control capabi- 


lities unique to these functions, to enable him to control the operating 


situation for optimum learning and to monitor performance parameters 


which are not normally accessible to the crew in flight operation, but 


which have significance for optimizing training. 


Requirements for instructor monitoring of crew visual 


tasks were derived through a gross analysis of crew and instructor 


functions in relation to training for atmospheric and ( orbital opera- 


tions. This analysis is summarized in Table 6 .2 .9-7 , IOS Visual Monitorijng 


i i . 


Table ;6. 2.9 V7 
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.Requirements. Two types of visual monitoring requirements were 
identified, one a repeat of the crew's visual scene, the other, a 
graphic and alphanumeric representation of significant system performance 
parameters. ' : 

. Visual Scene Repeater . The repeat of the crew's visual 

scene is important in providing the instructor with a basis for estab- 
lishing rapport with the crew's problems in abort, orbital operations. 


payload handling and ferry operations. It is also necessary to permit 
him to communicate with the crew on points of* emphasis in visual pro- 
cedures, which may escape the crew in their preoccupation with the 
tasks themselves.- The instructor should have enough information in 

his display to be able to see the same spatial relationships and 

■ * * ' ‘ .... .. - - • .• - . ‘ ~ 

vehicle attitudes as observed by the crew in their visual scene. 

Graphic Display . The instructor's job is to facilitate 
learning through interpretation and guidance of crew performance. The 
graphic display will facilitate these functions by providing both raw 
“and processed crew and system performance data having special signi- 
ficance for training. This display will have five basic capabilities: 

ii!‘ 

— , — 1 — Performance Criteria . This display will provide a 

graphic representation of the performance required of the system in 
each relevant mission task and maneuver, and of the criteria established 
for acceptable performance ground track, flight path, orbiter, altitude, 
attitude and other similar parameters will be displayed in graphic form, 

ft 

to minimize requirements for instructor interpretation of discrete data . 


i > • * 
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, Some parameters, such as orbital velocity, closure 

rates and the proximity among effectors, cargo bay payload, space 
station, etc., will be displayed in alpha-numeric (i.e., as discrete 
data) form. Depending on the crew task, it will be necessary to dis- 
play some parameters both graphically and numerically, to support 
monitoring of performance trends as well as diagnosis of specific 
sources of some trends. Current display systems will permit alpha- 


numeric and graphic data to be displayed at the same time on the same 


i i 


display . 


I- ! 




! I 
H-i — 


i i 


Crew Performance . The instructor can monitor some 


crew performance by observing the visual system repeater, but precise 
information will require the graphic and alphanumeric capability. 
Simultaneous display of ideal performance, the acceptable performance 
envelope and current performance will permit the instructor to identify 


trends and provide guidance on a timely basis. 


i i 


— f- 

i 


l- 


Performance Comparison . In addition to displaying 


i • ... i • 

desired and actual performance at the same time, summary data repeating 


the magnitude and direction of discrepancies will be displayed, to 
minimize the degree of interpretation required of the instructor in 
identifying performance trends and in providing guidance. ' ! 

“ ' ~ Display Orientation . The graphic display will be able 

to be viewed from any angle, regardless of the orientation of the crew 
to the task situation under consideration.; This will permit the 
instructor to view the effects of crew performance from a point of ___ 
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view not available to the crew. The view of a docking exercise, for 


example, can be rotated so that it is seen at right angles to the crew's 
normal orientation. This will make closure rates and vehicle/target 
alignment more obvious to the instructor than would a simple repeat of 
the crew's visual scene. In addition, re-orientation of the graphic 
display will provide the instructor with greater perspective concerning 
the quality of crew performance and of mission procedures as well. It 
will also be possible for crew members to observe the repeated display 
. to form a better understanding of the dynamics of many mission tasks . 

I ; j ~T”~ j Performance Extrapolation . Almost all crew performance 

is characterized by an attempt on the part of the crew to predict the 
effects of inputs on the performance of the system. One aspect of the 
" instructor ' s ^ob is also to predict system performance so that he can 

i i * . I . i : . 

help the crew to make appropriate responses. Ordinarily, both crew 
"and instructor predictions are based on experience with the system and 
the operating environment; in fact, crew learning is largely a matter 
"of gaining experience with the system by generating, employing and 
evaluating responses to specific combinations of mission and task re- 

i 

quirements and operating circumstances. - — - - « — • * — • 


It is important in the Shuttle system to minimize 
trial and error learning where possible. In unpowered returns, and 
during ferry flights when engines are available for go-around, crew inputs 
have extreme, and under many circumstances, irreversible effects. The 
graphic display will display required system performance, current 
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performance and extrapolations of current performance to show the 
instructor the eventual effects of specific crew actions. This will 
be particularly important in approach and landing, where decisions made 
at 50,000 ft. will determine the capabilities available and the kinds 
of decisions which must be made at 10,000 ft. and on final approach . . 

If i^peed brakes are deployed too soon, for example, an extrapolation 
of the resulting flight path to the touchdown point will help the instrtc- 
tor to guide the crew in selecting the correct point for speed brake 
deployment on the next approach. r — : — J ~~ — — -■* — 


j j Both displays of visual task data will be used pri- 

marily by the flight crew and payload handling crew instructors. Both 
should also be available to the crew members themselves, for reference 
during debriefing. They should also be available during pre-training 
briefings to facilitate crew preparation for training practice, through 
playback of prior training sessions or of prepared idealized or repre- 
sentative performance. ■ . . . • j. 7 
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6.2.10 Shuttle Systems Simulation Software 

.. i. ■ 

6 . 2 . 10 . 1 Electrical Power System 

The simulation of the electrical power system of the shuttle vehicle 
is required to the level that all crew display and telemetered data responses are 
realistic for both value and time response to commands and switching logic. The 
simulation requirements, as specified in Volume I, are based on the requirement 
that adequate in-depth crew training must be provided for study of normal operating 
life support systems and of malfunctioning system components. 

Sensor accuracy is normally only +_ 1% maximum over the range of the 
- sensor. An accuracy of + 1% of the most sensitive sensor simulated was therefore 

f 

chosen as the determining factor for system display accuracy for items such as 

voltage and current. 

J — -Accuracy of simulation is not only based on the equations and method 
used in solving the equations, but also on supplied data. Data on electrical 
power loads normally has an accuracy of +_ 5% for large loads and + 10% for small 
---loads (Experience factor from Skylab, CMS, and LMS) . Battery, performance data has 
~ in the past not been available until post-flight, therefore all simulation 

equations are based on theoretical batteries. Fuel cell data has not been avail- 
able because of the proprietary nature of the data. Supplied fuel cell thermo- 
“ dynamic data normally has an accuracy of +_ 20%. Again, theoretical data must be 
used. A past simulation technique used in EPS has been to simulate minor loads 
(1 to 2 watts) as one accumulative load under control of the instructor. These 
loads remain as gross estimates with accuracies of + 10%. All of the above 
factors contribute to errors which become apparent normally only after a simulation 


i 

l 
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..run of eight hours continuous. Over shorter periods, these errors are not 
monitorable or detectable by crew or telemetry. Items simulated which are in 
this category of errors are battery watt-hour indicators and fuel cell temperature. 

An arbitrary accuracy of +_ 10% of the real world range measurement over an eight- 
hour period was selected. . - . - • 

1 The simulation meter and display response is based on having non-detectable 

; meter motion after two seconds of computations. At five iterations per second, 
this will allow ten cycles of computations for the simulated system to "settle" to 
the + 1% error. Since meter movements normally have 2% hysterisis, the meter 
.needle should remain motionless until an input parameter or load transient occurs. 

-I-*- i The display and control converters normally are 5 watt to 10 

watt units. To account for all the loads and provide realistic transient 
loads would require approximately 20,000 additional instructions at 
five per second or 100,000 instructions per second. In addition the 
loads here are normally in the range of 5"50 milliwatts. The EPS simu- 

-lation neglects individual simulation of electrical loads below 3.0 watts 
and lumps these loads into one constant load. ... . 

I ! ' 

r To account for transient loads by software where the load pulls 
'down the lighting level would require extensive digitally controlled 
electronic devices. If it is felt that this is significant, the elec- 
trical loads of the lighting or converter circuits. could be actually 
placed on a current limited device to simulate real world conditions. 
This would be expensive but can be done without software loading simu- 

, i 

I at Ion.' — — ~ : — : — * — 5 — T — r r~ * 
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6.2.10.2 Mechanical Power System 

• The simulation of the mechanical power system of the shuttle vehicle 
is required to the level that all crew display and telemetered data responses 
are realistic for both value and time response to commands and switchina logic. 
The simulation requirements, as specified in Volume I, are based on the 
requirement that adequate in-depth crew training must be provided for study 
| of normal operating life support systems and of malfunctioning system components. 

•• - — i - Sensor accuracy is normally only +1% maximum over the range of the 

sensor. An accuracy of +1% of the most sensitive sensor simulated was 
therefore chosen as the determining factor for system display accuracy for 

- items such as speed, temperature, and pressure. • 

The simulation meter and display response is based on having 
non-detectable meter motion after two seconds of computations. At five 

iterations per second, this will allow ten cycles of computations for the 

simulated system to "settle" to the +1% error. Since meter movements 

normally have 2% hysterisis, the meter needle should remain motionless 

1 

.. until an input parameter or load transient occurs. : 

! ^ 

6.2.10.2.1 Auxiliary Po wer Unit ; " * T ~ 

Vhe accuracy of simulation of the auxiliary power unit over long 

- simulation runs is based on having good experimental performance data made 
available. With test data made available the simulation of such items as 
fuel quantity remaining should be able to be held to +2% over an eight 
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hour simulation run. Without good data, the simulation fidelity will 

probably be +10% - based on theoretical performance. The selection of the 

+2% value was an arbitrary selection based on experience from CMS and LMS 

simulators. .... 

6.2.10.2.2 Hydraulic Power Unit ' ' ~ 

The accuracy of the simulation of the hydraulic system is based on 

the fact that the system does not have consumables. For that reason, the 

‘hydraulic system accuracy, was arbitrarily selected as +2%. A higher 

accuracy than this is not warranted. Neither the crew displays or telemetry 

data is monitored with performance tolerances in this range. 

The largest error in this system will probably be in calculation 

of heat transfer. The theoretical coefficients for the transfer equations 

% 

are normally +5% in accuracy. Temperatures of the hydraulic fluid are 
most seriously affected by these errors. If test data is available, the 

t. - 0 

temperature should be able to be controlled within +2%. This rationale 
is based on previous CMS, SLS and LMS simulations. __ ... _ 
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6.2.10.3 Main Propulsion System ------ — 

The simulation of the main propulsion system of the shuttle vehicle 
is required to the level that all crew display and telemetered data responses 

- • are realistic for both value and time response to commands and switching logic. 

The simulation requirements, specified in Volume I, are based on the requirement 
that adequate in-depth crew training must be provided for crew safety procedures 

— for .both normal flight and malfunction abort situations. - - — - - 

i ' Sensor accuracy is normally only +_ 1% maximum over the range of the sensor. 
An accuracy of _+ 1% of the most sensitive sensor simulated was therefore chosen 

-----as the determining factor for system display accuracy for items such as pump 

. . , t L J 

speed, temperatures, or pressures. j f | - 

; The simulation meter and display response rate requirement is based on 

t _ , 

— -having non-detectable meter motion within one second after a system change. At ten 
iterations per second, ten cycles of computation will allow the simulated system 
to "settle" to the + 1% error. ‘ \ • ; 

i 

— — f — <■ -Thrust computations and mass calculations are essentially based on the 

allowable error in thrust cutoff time. Previous simulations have had a maximum 

1 allowable difference of +_ 0.5 seconds as compared to the reference trajectory 

-h— data. At cutoff, the body acceleration is approximately 97 ft/sec2. With- -the 
* 

maximum cutoff time error of 0.5 seconds, a velocity error of 48 fps can be 
accumulated. Of the 48 fps_, approximately 50% could result from aerodynamic 
---model -simulation errors. This allows a maximum propulsion error simulation of 
T 24 fps. Up to staging the average vehicle mass is approximately 100,000 slugs. 

A 1000 lb. thrust error up to this point of trajectory would only amount to 1 fps 

i 

— - error. However, following the second phase of boost, the average vehicle mass is 

. . \ ■ 

approximately 30,000 slugs. With a 1000 lb. thrust error, the trajectory velocity 

" ... ' c “ 

would be in error approximately + 1 5 fps at the end of a 440 second burn. _ This 
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6.2.10.4 Reaction Control System „ . . : . 

The simulation of the reaction control system of. the shuttle vehicle 
is required to the level that all crew display and telemetered data responses 
are realistic for both value and time response to commands and switching logic. 
The simulation requirements, specified in Volume I, are based on the requirement 
that adequate in-depth crew training must be provided for crew safety procedures 
for both normal flight and malfunction abort situations.' ... . .... 

Sensor accuracy is normally only + 1% maximum over the range of the sensor. 
An accuracy of + M of the most sensitive sensor simulated was therefore chosen 
as the determining factor for system display accuracy for items such as engine 
" thrust, temperatures , or pressures. -- - - ^ - - - • - '■ 

s • . ' • . i ! , ; 

The simulation me.ter and display response rate requirement is based on 
having non-detectabl e meter motion within one second after computation. At ten 
", iterations per second, ten cycles of computation will allow the simulated system 
to "settle" to the + 1% error. , ! j j i r ; ’ ! j | i i 

... ; Thrust computations and mass calculations are essentially based on the . 

1 ' : 1 j 5 . i . ... i i 

-allowable error in thrust at cutoff time. In manual attitude or translational 


control mode, the human in the loop cannot distinguish between burn periods to 
an, accuracy greater than 0.1 second. Since the thrust of an RCS jet_is approxi- 
mately 1000 lbs., the total specific impulse allowing a + 0.1 second deviation 

* ' _ j j ; * _ . i * 

as the' result of manual control error would be less than 100 1b seconds. In an 


automatic or computer controlled mode, the cutoff time is accurate to + 0.001 
seconds. The maximum allowable simulation error then becomes 1 lb-sec under the 


auto controlled conditions. 


i * 


I ! I 
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6.2.10.5 Orbital Maneuvering System 

The simulation of the orbital maneuvering system of the shuttle vehicle 
is required to the level that all crew display and telemetered data responses 
are realistic for both value and time response to commands and switching logic. 
The simulation requirements, specified in Volume I, are based on the requirement 
that adequate in-depth crew training must be provided for crew safety procedures 
for both normal flight and malfunction abort situations. 

Sensor accuracy is normally only + 1% maximum over the range of the sensor. 

— • An accuracy of + 1% of the most sensitive sensor simulated was therefore chosen 
as the determining factor for system display accuracy for items such as pump 

speed, temperatures, or pressures. 

• - ..The .simulation meter and display response rate requirement is based on 

i . 

having non-detectabl e meter motion within one second after computation. At ten 
iterations per second, ten cycles of computation will allow the simulated system 

--to "settle" to the + 1% error. — r — - - 

Thrust computations and'mass calculations are essentially based on the 
allowable error in thrust cutoff time. Equation of motion requirements have a 
- maximum allowable difference of +_ 2.0 second as compared to reference trajectory 
data. During deorbit burns, a maximum burn time of 20 minutes is possible for 
^one engine out in high orbit. This burn time requirement dictates a maximum 
-allowable error of + 0.2% or + 20 lb. thrust (or 40 lb-seconds total specific 


impulse) and a mass accuracy of + 0^2%. 



J. - . 1 ‘ 
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6.2.10.6 Air Breathing Engine System 

The simulation of the Air Breathing Engine System of the shuttle vehicle 
is required to the level that all crew display and telemetered data responses are 
. realistic for both value and time response to commands and switching logic. The 
simulation requirements, specified in Volume I, are based on the requirement that 
adequate in-depth crew training must be provided for crew safety procedures for 
both normal flight and malfunction abort situations. . . 

$ ensor accuracy is normally only +_ 1% maximum over the range of the sensor. 
• An accuracy of + 1% of the most sensitive sensor simulated was therefore chosen as 
the determining factor for system display accuracy for items such as pump speed, 

temperatures, or pressures.- '• • i . ' T "f ' [ T T '"I ■ 

The simulation meter and display response rate requirement is based on 
.having non-detectable meter motion within one second after computation. At ten 
.iterations per second, ten cycles of computation should allow the simulated system 
time to "settle" to the +_ 1% stability error. ; j 

The system calculation accuracy requirements are essentially based on the 
assumption that the data made available on the F401-PW-400 Pratt & Whitney engine 

and on the fuel supply system will not be known to an accuracy 

• • 4 < ' ’ ■ 

V. 

. greater than +_ 4%. It is desirable that the engine thrust and fuel weight have 
greater than this accuracy, therefore for these two’ items an accuracy requirement 


of + 2 % was called out. All simulation accuracy for this system will be based 
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6. 2. 10. 7 Solid Rocket Motor - - — ... 

" 1 " 1 1 “ . >. • 

The simulation of the Solid Rocket Motors of the shuttle vehicle is required 
to the level that all crew display and telemetered data responses are realistic 
for both value and time response to commands and switching logic. The sinulation 
requirements, specified in Volume I, are based on the requirement that adequate 
in-depth crew training must be provided for crew safety procedures for both normal 

flight and malfunction abort situations. _ , — ; * . .. 

Sensor accuracy is normally only + 1% maximum over the range of the sensor. 
An accuracy of + 1% of the most sensitive sensor simulated was therefore chosen as 
the determining factor for system display accuracy for, items such as pumn soeed. 


temperatures, or pressures. ** ' •* -• * 

The simulation meter and display response rate requirement is based on 
having non-detectahle. meter motion within one. second after computation. At ten 
iterations per second, ten cycles of computation should allow the simulated system 
time to "settle" to the + 1% stability error. 

The system calculation accuracy requirements are essentially based on the 

assumption that the data to be made available on the solid rocket engines will not 


be known to an accuracy greater than + 2%. 


It is required that the 


engine, thrust and fuel weight data for the engines have greater than this 
accuracy; therefore, for these two items an accuracy requirement of +.0.05% was 
called out. All simulation accuracy for this system will be based on data to be 


made available. 


till 

~l -r 1 — t- 


t 




3ATE 12/22/72 


REV - A 3/23/73 


' THE SINGER COMPANY 
SIMULATION PRODUCTS DIVISION 

. . BINGHAMTON. NEW YORK 


PAGE NO. 6-88 


REP. NO. 


6.2.10.8 External Tank 



The simulation of the External Tank Separation system of 
the shuttle vehicle is required to the level that all crew display 
and telemetered data responses are realistic for both value and 
time response to commands and switching logic. The simulation 
requirements, specified in Volume I, are based on the requirement 
that adequate in-depth crew training must be provided for crew 
safety procedures for both normal flight and malfunction abort 

• i • i • ■' : I i | i ; j ! ; , i • 

situations. : T t f i r — -j \ i j r — I -}- : —*: r ; 

I I I ! 1 i . ^ ; ; ! 

i Effects of the sloshing of the fuel mass is an unknown factor 


with respect to vehicle guidance and control dynamics which is de- 
tectable by the crew. Until additional data is made available, 


it is assumed that the G&N nulls all sloshing so that the effects 


are not noticeable. 




-- — i — v The range safety ordinance equipment is not required for --- 

• i | . | j , 

simulation since it does not provide crew training. , i ! 


j .. 1 [ _:A11. other equipment located in the external tank is simulated 

!»].*■ , t : • . . 

i « 1 « j 

within either the Main Propulsion System or the Solid Rocket Motor 


System. 
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6.2.10.9 Guidance, Navigation and Control 

6.2.10.9.1 Aerodynamic Flight Control - - - 

It appears from most recent design data that a digital ASAS will be 

used, and be incorporated into the on-board computers. Thus, only the aero- 

surface actuators and the air data system remain to be simulated apart from 

on-board computers. If additional portions^ of the aerodynamic control system 

. are removed from the on-board computers, this will require a specification 

— . — change. Aerosurface positions are required for aerodynamic control and dynamics 

~ - simulation, and hydraulic flows for hydraulic simulation. Insufficient data. 

. is available at this time to establish the exact degree of simulation required 

of the actuator servos in either nominal or hydraulic failure cases. General 

~~7 -'standards for determing these are known, however, and are specified. It may be 

that time constants are sufficiently small and actuator torque capability 

- - (nominal and malfunctioned) vs. anticipated hinge moments are such that dynamic 

•« 

simulation of the actuation system is not required for accurate surface or 

: control system response. Real world hydraulic pressure monitors may be used 

-•-r— to disengage failed channels, and should in that case be simulated. Effects 
"of malfunctions upon response characteristics must be simulated if significant. 

_j Simulation of load-limiting bungees, etc., may be necessary for proper response, 

— b u t this is not now known. Air data readouts must be consistent with data 
used in simulated vehicle aero, except for any nominal sensor dispersions. 

, Unless proper precautions are taken, severe transients may occur in the simulated 

— : system upon passing from reset to operate. Insofar as these transients have no 

real-world analog, they should not be present. Of course, if a gust hits an 
aircraft immediately upon transferring to Operate, that transient should be 
simulated. Only transients arising from numerical problems in the simula- 
tion should be forbidden. ■ . 


4 
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6.2.10.9.2 Spacecraft Flight Control 

The MPS and OMS Thrust Vector Control systems must be simulated for 
proper rotational dynamics during periods of thrusting. For proper simulated 
response and control authority, position and rate limits must be properly 
simulated. Response accuracy requirements are driven by both open and closed 
loop requirements. Not only must the simulated gimbals respond to commands in 
the proper fashion, but the full closed-loop dynamics-control loop must also 
respond reasonably. The two requirements are not synonymous, so both must be 
specified. Design of MPS TVC system should not preclude simulation of bending/ 

- — sloshing modes, providing that iteration rate penalties are not excessive. 

I 

The highest frequency dynamic mode currently advertised is 3.25 HZ. Frequencies 
up to about 1/4 the sampling frequency can ordinarily be handled reasonably well 
using sampled data methods. Thus, simulation fidelity up to 4 HZ should be 
achievable at 20/sec iteration rate, and will probably be adequate to represent 
dynamic modes. A 4 HZ limit should also cover most readily perceptible 
oscillations. More precise tolerances may be placed on TVC response when design 
data becomes available. Simulation of all sensors (star tracker, horizon sensor, 
rate gyros, body accelerometers) is required for realistic control loop simula- 
; tion. It appears that pickoffs from the star tracker will be azimuth and 
elevation angles with respect to body-fixed boresight. If this is changed, the 
'specification should be altered accordingly. Field-of-view for wide scan, fine 
scan, ..tracking, and other star tracker modes must be correct for proper simula- 
tion. The same is true for horizon sensor field-of-view. Star tracker and 
horizon sensor errors should be comparable to real-world errors for proper 

A 

operation of the on-board computer navigational filters. Provision should also 

be made for instructor control of dispersions. This has been- a useful tool in 

*• ? 

prior simulators. Quantization errors, being essentially determined by the 

d 


» * 




DATE 12/22/72 

THE SINGER COMPANY 
''"SIMULATION PRODUCTS DIVISION 

PAGE N0 6-91 

REVl A 3/23/73 

BINGHAMTON, NEW YORK 

REP. NO. 

input data, 

should always be simulated unless their magnitude is insignificant. 


At present, inadequate information is available to judge their significance. 
Accurate simulation of star tracker search speed (if slow enough to be noticeable) 

and detectable visual magnitude threshold is needed for accurate response 

characteristics. The simulated horizon sensor's sun detection capability and 
response must compare to that of the real world device to prevent seriously 

— erroneous response on that occasion. Rate sensors and accelerometers must be 

' simulated for control loop feedback.. Accuracy limits are looser here, since 
these devices should not affect on-board navigation. Error large enough to be 

i 

- — -noticeable will probably require malfunction rather than dispersion, so instructor 

control of dispersions is not specified. Quantization error will probably be 

insignificant for these devices, but might not be. The avionics bay may be 50 

! ” ' 

- - feet from. vehicle c.m.., sol .transverse and eertrifugal forces on accelerometers 
displaced from the vehicle c.m. could be significant. Exact accelerometer 
positions are not known, but the avionics bay appears to be a likely location. 

— 7 Precise estimates of transverse/certrifugal force significance also await firm 

I 

definition of the appropriate control loops. Significance of those effects 
_ was marginal on the Saturn IB, but the shuttle is a much less symmetrical vehicle, 

- - and may well have more serious aerodynamic effects as well as a less responsive 

. control system, resulting in higher angular rates and accelerations. This would 

j_ increase the magnitude of these disturbing forces. _ NAR data, on the proposal 

—configuration indicates rates of 10 ^|2- and, angular accelerations of 5 ^|S - 2 

7 at ; e p 0 ss ib-) e under certain wind conditions, which greatly exceed Saturn values 

previously simulated. If body bending simulation is required, the requirement 

. that rate sensors reflect rates at their physical position rather than rates at 

. ; _ _ \ / 

* ' the c.m. should be added. * : ! 
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,6.2.10.9.3 Inertial Measurement Unit 

The on-board IMU's must be simulated in order to provide the on- 
board computers (and on-board displays) with vehicle attitude and current 
accumulated velocity from body accelerations ( 1 . e. , non-gravitational accelera- 
tions - thrusting, aero effects, etc.). As IMU realignment is one of the more 
important on-board navigational tasks, it should be simulated, requiring the 

simulated IMU's to possess the same realignment capability as the actual devices. 

The same operating modes and self-test are required for realistic crew interface. 

Correct Electrical Power System simulation and training requires the IMU inter- 

face be simulated properly. IMU's ordinarily require a warm-up period following 

restoration of power before becoming operational,. -Temperature variations 

ordinarily influence IMU accuracy significantly, and should be simulated. As 

a result, special temperature control. systems are usually present. If this is 

‘ the case for shuttle, both temperature effects and temperature control (which 
should interface significantly with Electrical Power and Environmental Control 

. systems) should be simulated. The shuttle IMU will be all-attitude, so no 

gimbal' lock condition exists. Since real-world IMU's reflect vehicle dynamics 
(plus dispersions), the simulated devices should reflect simulated dynamics 
- (namely, the equations of motion), plus dispersions. To avoid unrealistic 

.navigational errors, the simulated IMU's, in nominal operation should follow the 
equations of motion with no more than real-world magnitudes of dispersion. For 

- — t - ... 

... - proper simulation of on-board navigational activities, however, the IMU's should 

' not be perfect; i.e., they should, reflect dispersions in attitude (and sensed 

> 

linear acceleration) 'similar to those of the actual devices and require periodic 

. realighment. Instructor capability to vary dispersions (drift, bias, etc.) has 

\ • 

proven useful in the past for 'training in off-nominal conditions. Quantization 

* 

error will quite possibly be significant, especially in accelerometer readouts. 
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In the malfunction list, a 4-qimballed IMU is sometimes assumed. No final 
decision has currently been made between oimballed and straodown IMU's for the 
shuttle, but qimballed devices are baselined. The malfunction list should be 
revised and possibly the specification made more specific if a strapdown device 
is selected. If "local horizontal hold" type attitude extraoolation is used 
or selected for "step ahead" mode, the IMU's must reflect resulting changes in 
inertial attitude upon returning to normal ODeration following the step ahead. 
Otherwise, the simulation is not returned to normal operation in a fully 
operable condition. ‘ -- - - . ..... ... 
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6.2.10.10 Corrmuni cation and Trackin 


6.2.10.10.1 Navigation and Landing Aids 



, The simulated NAVAIDS correspond to the equivalent on-board and 

ground based equipment to be used for the shuttle with the exception of GCA 
Radar and the Microwave Landing System. No requirement has been stated for 
GCA radar, however, ground landing stations are generally so equipped and 
simulation should be included for the instruction displays. An auto land system 
has been proposed for the orbiter, however, the methods have not been detailed. 
It is assumed that a system similar to the Microwave Landing System will be 

r* 

required and is therefore included in the simulation requirements. 
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6.2.10.10.1.1 'S-Band System 

Simulation of the S-Band voice and data communication link is 

required to provide IOS crew communication and crew displays and telemetered 
data responses that are realistic for both value and time response to commands 
and switching logic. The requirements describe a simulation system that will 
provide adequate in depth crew training for crew safety procedures during both 
normal and malfunction flight situations. 

--- - — ----- Simulation of the carrier and sub-carrier frequencies is not required 

because the crew does not change frequencies on the S-Band transmitters and re- 
ceivers during flight. . . 

— — - The telemetry data is transmitted continuous during integrated 

modes of training to provide total data to the 6SSC system. The loss-of~signal 

boolean completes the simulation where required for other simulators. 

. • 

• -- ■ - A dedicated S-Band voice loop is required for total vehicle simula- 

tion. A direct line provide a means of communication for checkout of simulator 
_ .^operations during training when the simulation is not in contact with a ground 
-. station, • •••.*' -- 1 ; — — : ----- * — } — - - — — ‘~ J — i -— • — - 

6.2.10.10.1.2 VHF System ! 777 r 7 7 ‘ 7 7”'”"” 

... Simulation of the VHF voice communications link is required to 

- provide IOS crew communication and crew display responses that are realistic 
for both value and time response to commands and switching logic. The require- 
___„ments describe a simulation system that will provide adequate in depth crew 
training for crew safety procedures during both normal and malfunction flight 

4 __ 

situations.. 

Simulation of the carrier frequencies is ‘required because the 
crew does change frequencies on the VHF transmitters and receivers during 
flight. * 
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During non-integrated and possibly some integrated modes of 
training the IOS must provide the voice responses the crew would expect from 
a ground station. 

6.2.10.10.1.3 Audio Communication Center 


' ' The Audio Communication Center must be simulated to provide the 
input/output logic to the communication systems of interim UHF, VHF, S-Band, 
and to the navigation system audio devices. All logic of the system must be 
provided for crew training with overall communication responses that are realistic 
for both value and response rate. ' 1 : 
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The simulation of the Instrumentation System of the shuttle vehicle 
is required to the level that all crew display and telemetered data responses 
are realistic for both value and time response to commands and switching logic. 

The simulation requi rements , specified in Volume I, are based on the requirement 

that adequate in-depth crew training must be provided for crew procedures 
for both normal flight and malfunction situations. 

The simulation display response rate requirement is based on having 

non-detectable response delays following switching or command inputs. Tv/o 
| iterations per second is as slow as an electrical system can be run without 

i 

having this. noticeable delay.. ; : 

i - 

All recorder functions are -assumed to be furnished by 6 SSC. Switch 

position and/or relay status are to be transferred to GSSC for control of 

recorders, ; : r ; 

~j — ~ — Each simulated system is to include signal conditioning booleans prior 
i to display or transfer to telemetry where applicable. -- i ^ 

;_J ; Under the present simulation concept all GSE PCM data used for preflight 

j ' 

checkout are to be handled as an IOS function. If the GSE provides computation 
of parameters for compliance to tolerance limits during preflight checkout, 

,4 .it may be required to establish a special software routine for the instructor 
■— display parameters. Malfunctions in the GSE PCM Link are required only where 

i 

: crew training shall result. ' 1 ! 

r _ All sensor power provided by the Caution and Warning System has the 

~ "same characteristics as instrumentation signal conditioning. Interface defini- 

v 

tion of whether parameters are to be tested by the Caution and Warning program 
or by the generating software programs is a conceptual design task. 
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6.2.10.12 Environmental Control/Life Support System 

The simulation of the ECS system of the shuttle vehicle is required to 
the level that all crew display and telemetered data responses are realistic for 
both value and time response to commands and switching logic. The simulation 
requirements, specified in Volume I, are based on the requirement that adequate 
in-depth crew training must be provided for crew safety procedures for both 
normal flight and malfunction situations. 

Sensor accuracy is normally only + 1% maximum over the range of the 

sensor. An accuracy of + 1% of the most sensitive sensor simulated was therefore, 
chosen as the determining factor for system display accuracy for items such as 

flowrate, temperatures, or pressures. - - - 

The simulation meter and display response rate requirement is based on 

having non-detectable -meter motion within one second after computation 
- At five iterations per second, ten cycles of computation will allow 
the simulated system to "settle" to the + 1% error. 

The minimum response rate of this system is based on having accurate 
--r- simulation of gas/liquid flows immediately following a transient or valve opening. 
Five iterations per second will also provide this response rate required. 

° Simulation of parameters is required only to the extent that crew display 
~ or ground T/M can display the system. During re-entry it is felt the interfaces 
between ECS and TCS and TPS will require response to rapidly changing heat rates. 

It is not felt that an active cabin wall temperature cue is required for training. 

— - Because of the nature of the training conducted, that isfor shirt-sleev 
environment, it is not necessary to condition the crew station atmosphere or 
provide EVA/IVA to the simulated environment. Instruments are satisfactory for 

this training requirement. The interior of the crew station shall be 

« 

maintained at a comfortable level, by air conditioning. 
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•The long term simulation error is given as + 10% because of the many 
assumptions and simplifications of heat transfer and balance equations. The 
data provided of the shuttle heat transfer coefficients will probably have 5% 
error. Lack of data will require assumptions to be made where data is necessary. 
Efficiencies of heat exchangers, pumps, and heaters will be at best within 5% 
of the final design. Test results will also be available either after design of 
the simulation or not be made available until the maintenance phase of simulator 
operation. These many unknowns are typical of previous space vehicles, and, it is 
felt, will be typical for the shuttle. 
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6.2.10.13 Payload Accommodation System 

No requirement is specified for 'payload recorder simulation. Specialized 
payload recorders may not be present on all missions. If present, there is no 
apparent provision for on-board reduction of payload recorder data. Recorder 
data can be decoded later on the ground, or perhaps recordings may be mounted 
and transmitted to ground via the orbiter communication system. Thus, there is 
no crew training value in recorder simulation. During integrated runs, in the 
apparently unlikely event that payload recordings are played back to the ground, 
the GSSC complex should be able to handle this task, as specified in paragraph 
6 . 2 . 5 . 8 . ' • 
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6.2.10.13.1 Interfaces 

The simulation of the interface between the payload and the shuttle 
vehicle is required to the level that all orbi ter crew display and telemetered 
data responses are realistic for both value and time response to commands and 
switching logic. The simulation requirements, specified in Vdlume I, are based 
on the requirement that adequate in-depth crew training must be provided for 
crew safety procedures for both normal flight and malfunction situations. 
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6.2.10.13.2 Payload Structural Attachment 

Payload attachment/release is a significant event in the retrieval/ 
deployment process,- and should be simulated. Attachment fittings should have 
similar contact rate constraints to the real world system to avoid negative training. 
Upon release, EOM for the payload must be initialized dynamically, as initial 
value is determined by orbiter translational/rotational state and attach position. 
Since payload mass may be up to 2/5 orbiter mass, reactions of all forces exerted udoJ 
the payload should be simulated. The trunnion guides' may have significant effect on 
relative state, which should be simulated by maintaining both vehicle states 
correctly. 


6.2.10.13.3 Payload Deployment and Retrieval Mechanism 

o 

As the primary devi ce used by the crew for payload deployment and 
retrieval, the manipulator arm must be simulated. Angular position and velocity 
of joints should be maintained to incorporate joint posi ti on/velocity .1 imi ts , for 
display purposes, and for checkout and discrepancy tracing purposes. In order to 
simulate properly control characteristics and decal bands, dynamics accuracy must 
be well within control accuracy. A tolerance of 1/3 control accuracy should assure 
minimum distortion of deadbands and responses. The tachometers and potentiometers 
will apparently be used in the real world system in the control loop, for crew 
displays, and as sensors. Accurate control response’’ requires motor and servo loop 
simulation. To train positively in manipulator operation, control response must 
be accurate to within operator perception, with any payload within design tolerance. 
EPS failures or overloads should effect the simulated manipulator in the expected 
way, and the manipulator drive EPS realistically in order to properly simulate EPS. 
It is not clear what physical or electrical limits will be incorporated into the 
real-world manipulator system at this time, but all sources appear to agree that 
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one or more of these joint limits will be present: position limits, torque limits, 

velocity limits, and/or runaway actuator limits. Details of manipulator design do 
not appear fixed at this' time, and the remaining specifications may require altera- 
tion at a later date for this reason. The current specifications are based on 
several designs, and are not inconsistent with any specific data on known designs. 
However, certain designs are not well documented, and if adopted may not require all 
the specifications for their simulation. Redundant torque motors must he simulated, 
if present, for proper malfunction recovery. Braking and checkout systems will 
presumably be present on any design. Some designs use the checkout system as a 
backup direct arm control mode, which must be simulated if present. The terminal 
device must be simulated to provide training in arm operation. One kind of terminal 
device, one which "grasps" payloads, is generally agreed upon by all sources as 
present or available on the manipulator. In payload deployment/retrieval missions, 
it (or something quite similar) is going to be necessary. Some system descriptions 
provide alternate terminal devices, which are rarely well defined as to confiauratioij 
or utilization. Thus, it is hard. to determine training requirements for them. At 
. this point, it appears that the best procedure is to require the simulation of a 
grasping type device, and require modularity for ease of modification. Revision 
may be advisable as manipulator design becomes better defined. The contact and 
berthing indicators are specified in some designs,, and must be simulated if present. 
Wrist TV orientation must be provided to the visual system. 

6 .2 .10 . 13 .4 Payload Doors 

The position of the payload doors effects the feasibility and execution 
of payload deployment/ retrieval and the operation of the space radiators. The 
proposed door design is seamentally operable, requiring the simulated doors to be 
so operable. Door latching must be simulated analogously to real world operation 
to prevent negative training. Hinge operation must be simulated faithfully to 
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achieve reasonable door dynamics. Mass properties, motion rates, etc., of the 
payload doors/space radiators are not now known. It is difficult to tell what 
noticeable effects reaction torques, etc., will have upon vehicle dynamics during 
door motion. Some crude simulation is probably required, and a general specifi- 
cation for same is included. To require that angular momentum be conserved 
(assuming no RCS firings, etc.) in the dynamic system may be unnecessarily stringent 
for training purposes, for it is not clear that such accuracy is required to provide 
training cues. The doors will be used, in the proposed design, to deploy the space 
radiators, requiring the structural interface be simulated. The manipulator will 
be latched to the doors, during boost and entry requiring that structural interface 
be simulated to train in manipulator deployment/stowage. 

6.2.10.13.5 Rendezvous and Docking Sensor 


The phase C/D RFP specifies this piece of equipment. 
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6.2.10.13.6 Aft Crew Stations 

Since the interface between the payload accommodation system and the 

I 

crew controls/displays has an obviously significant effect on crew activity and 
payload accommodation system operation, it must be simulated. For realistic 
training simulation, each crew control and display should be operable and should 
exhibit reasonable response characteristics. Crew training also requires mal- 
function capability. 

6.2.10.13.7 Payload Bay Lighting •' 

Lighting of the payload bay will have significant effect upon crew 
capability to perform payload manipulation, visual monitoring, and other signifi- 
cant payload bay related activity. For realistic training, the lighting should 

o 

reflect off-nominal conditions in the electrical power system. For realistic 
simulation of the electrical power system, power loads due to the floodlights 
need to be simulated. Floodlights attached to the manipulator arm wrist-to-hand 
beam are movable and may have orientation changed along with said beam. This will 
significantly affect illumination around the manipulator terminal device, and must 
be simulated. Other floodlights may not be fixed in orientation. If so, for 
proper training, the simulated lights must be moveable. It may be possible to re- 
orient other floodlights, and perhaps even optionally automatically track the 
terminal device with certain floodlights. If this capability is provided, it 
should be simulated for realistic training. 

6.2.10.13.8 Payloads 

Because of the substantial changes in the nature and characteristics 
of payloads between shuttle missions, payload simulation is one of the most diffi- 
cult and dangerous areas to specify. Creation of a full fledged highly accurate 
simulation for each payload would probably be astronomically expensive. It would 
also probably be unnecessary. Training requirements are not crystal clear at 
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this point, but it would appear that for most payloads, there would be limited 

0 - 

training value in a full-up simulation of, for example, the payload electrical 

% 

power system. For a few payloads, like perhaps the space tug, there might be 
training value to justify at least a moderately detailed electrical power simula- 
tion. Much the same thing can be sai.d about many other payload on-board systems. 
Writing a new on-board system simulation for each payload, and maintaining same 
for recurrent payloads, would probably absorb exorbitant engineering, programming, 
and checkout time. However, since certain payload on-board systems interface with 
orbiter systems when attached, and with payload dynamics when not attached, and 
since certain permanent display panels, (e.g. , caution and warning) may be devoted 
to payloads, training value of payload simulation will probably not be insignifi- 

o 

cant. If a generalized simulation of all or certain on-board systems could be 
written which could drive certain displays, dynamics, and/or orbiter systems 
realistically, and such that payload reconfiguration would involve only altering 
values of reset terms, it would be desirable. Cost would not then be inordinate, 
and additional training capability would be gained.. It is difficult to evaluate 
the extent to which would be worthwhile at this point. Characteristics of many 
of the individual payloads are unknown, orbiter systems are often not altogether 
well defined, and payload-related displays are ill-defined. Apparently, however, 
certain payload-related displays will be on permanent panels, which increases the 
likely applicability of generalized simulation. Generalized simulation would have 
to concentrate on driving these panels. If particular-payload-unique display 
panels were to be driven, that would almost certainly require a special modifica- 
tion. As a result, we have specified that computer core and time must be avail- 
able to add generalized or specific payload system simulations with modifications 
at a later date. We have made certain exceptions, however. For certain systems 
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involving payload dynamics, the feasibility of generalized simulation is more 
easily evaluated. The requirements here are more evident, as the physical laws 
of the universe are not payload configuration dependent, and requirements of 
crew interaction with target vehicle dynamics is fairly predictable. For a pay- 
load possessing attitude control jets, a tolerable simulation can be obtained 
simply by simulating approximately the deadband phase plane, and expected rate 
resulting from' jet firings. All this should require for update is a few reset 
parameters describing the phase plane and rates. .Similarly, translational., 
propulsion can be simulated reasonably accurately, if steady state thrust/mass 
flow, and total impulse/total mass loss are reasonably accurate. Again, it should 
be possible to accomplish this with a few reset parameters. The only known 
vehicle to require a burn targetting guidance system is the tug. However, it is 
probably a reasonable assumption that any other vehicle would use an analogous 
rendezvous guidance strategy, as the coelliptic strategy has become well established 
for ' spacefl ight rendezvous. Again, certain parameters (e.g., coelliptic delta-h's} 
can be altered by reset. Thus, it appears safe to require these systems to be 
simulated in a generalized fashion. Such simulation is important for training 
in rendezvous procedure, and such simplified simulation should be adequate for 
such purposes. Moreover, it is highly desirable to require such simulation as a 

•r 

portion of the initially delivered simulator, since its presence will enable much 
more detailed and complete checkout of E0M, orbiter G&N; etc. Other systems, 
however, are of less obvious training value, less clear feasibility as to mode 
(generalized vs. specif ic) , and are of much less importance in verifying the 
complete simulator. It should be possible to add them later, if desired, without 
substantial impact on existing systems. 
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6.2.10.14 Miscellaneous Systems 
6.2.10.14.1 Purge and Vent System 

.. Simulation of the Purge and Vent System is required to provide crew 
training for handling of hazardous fluids and gases, heat dissipation, and 
pressure control of the air frame cavities. No crew training would be provided 
by simulation of the GSE activities, prior to the crew boarding the shuttle 

vehicle. The degree of simulation required is based on the 
measurements provided for crew display and Thermal Control 
state and boolean logic. 


6.2.10.14.2 Landing/Braking System 

o 

Simulation of the Landing Gear and Braking System is 
required to provide crew training for both normal and malfunctioned 
systems. Simulation 'fidelity is required only to the depth that the 
crew or T/M displays react or the crew can sense either through 
motion or audio cues. An iteration rate of five per second is based 
on a realistic response for the real world response of braking for 
both manual and drogue chute operation. 

6.2.10.14.3 Speed Brake System 

Simulation of the Speed Brake System is required to 
provide crew training for both normal and malfunctioned systems. 

An iteration rate of twice per second is based on providing a 
realistic response rate for hydraulic servo response. 

6.2.10.14.4 Ejection Seat Mechanism 


Simulation of the logic and preliminary motion of the ejection seat 
provides the crew with training on escape techniques. It is felt that actual 

\ 

ejection training is not required by this simulation and will be provided by a 
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part task trainer. . 

A program iteration rate of twice per second is based on providing 
realistic response for crew display and telemetry. 

6.2.10.14.5 Thermal Protection System 

Simulation of the Thermal Protection System is required for realistic 
crew display during liftoff and re-entry and for telemetry for those periods of 


flight that are not blacked out for RF transmission. An itera- 
tion rate of twice per second is felt to be adequate to provide 
realistic display response rates. 

Malfunctions to this system are not given. It is felt that there is 
no training valuh for re-entry aerodynamic changes resulting in vehicle destruction 
A related malfunction could be established for the visual system showing loss of 
a ceramic insulation panel on visual inspection via the TV monitor system. 

6.2.10.14.6 Thermal Control System 

Simulation of the Thermal Control System is required for realistic 
crew instrumentation display and for telemetry data for those periods of flight 
not blacked out for RF transmission. 

An iteration rate of twice per second is considered to be adequate 
to provide realistic display response rates. 
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6.2.10.14.7 Docking Mechanism •> -• I 

The docking process is a significant constituent of spacecraft crew 

training. It must be simulated. For proper familiarization with docking procedures, 
dynamics should be simulated properly. The guide cone, hydraulic attentuators , 
alignment rings, and capture latches are all significant constituents of docking 
dynamics. Since at least two configurations are being considered for the docking 
mechanism (manipulator docking and standard docking), it is required that each 
device be simulated only when present. Proper docking latch simulation is also 
necessary to verify successful simulated docking. As the mechanism wil 1 apparently 
be extendible, the simulated mechanism should not operate unless successfully 
deployed. As with payloads, it is assumed that most target vehicle on-board 
systems will, if simulated, be added later as modifications. It is, however, 
desirable to require initially that provision be made to ensure that orbiter 
simulated on-board systems will be able to interface with target vehicle systems. 

6.2.10.14.8 Air Breathing Engine Lubrication System 

The lube oil system of each engine shall not be simulated. 
Neither meters nor telemetry are provided for lube oil temperature 
or pressure measurement or display. 

6.2.10.14.9 In-Flight R efuel .ing, 

In-flight refueling will not be required for simulation 


at this time. The in-flight refueling system simulation for the SMS 
has not justified its cost of installation. Refer to Paragraph 3.5.3. 
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6.2.11.1 Equations of Motion 

6.2.11.1.1 Translation and Rotation Dynamics 

6.2.11.1.1.1 Vehicles 


PAGE NO. 
REP. NO. 


Display parameters are selected from similar parameters on the CMS and SLS. 
Prelaunch accuracy requirements are equivalent to about 1 arc-second error 
in central angle, considered to be reasonable based on the 2 arc-second tolerance 
on hour angle, and the fact that it is well within required insertion accuracy. 

Error change is constrained similarly to hour-angle error to avoid positional 
"jumping" on the pad. Boost insertion position and velocity requirements are 
precisely those stated for the real world vehicle. Insertion accuracy also 
includes GN&C dispersions (e.g., platform drift), so the requirement on E0M is 
somewhat stiffer than it looks. The cutoff time tolerance is set sufficiently 
low to ensure against crew concern about overburn or underburn. This tolerance 
should be well within 3d tolerances, both for the above reason and to provide 
reasonable malfunction response. Since more than a 1 % flight propellant reserve 
is deemed necessary for non-aborted flights, it appears that 1/2 sec. should be 
well within 3d tolerances. It is the same as the current CMS-S1B tolerance, so 
should be realizable. Since the iterative guidance scheme largely flies out 
position and velocity dispersions, cutoff time is most likely to be affected by 
errors. Thus, the tolerance on cutoff largely limits errors in the boost 
envelope. To further ensure a reasonable envelope, it is required that the 
trajectory be within 3d dispersions throughout boost. A similar requirement on 
the CMS-S1B has apparently proven satisfactory. Orbital accuracy requirements 
are set with respect to burn targetting. They should assure no more than 0.5 ft/sec 
dispersions (direction or magnitude) in targetted AV' s over the span at one 
orbit'. Past experience has indicated that up to .5 ft/sec dispersions are 
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pressure for tank separation-; and since orbiter aero acceleration at this 

? 

pressure, at mean orbital velocity, is about .1 ft/sec at a=0° and about 
1 ft/sec at a=45°. External tank relative acceleration here (making crude 
assumptions as to its aero characteristics due to lack of data) would appear 
to be at least .1 ft/sec . This appears to be about at low as one would wish 
to go and still consider atmospheric relative force to be significant. In 
orbit, a different problem presents itself. Since any attitude might be assumed, 
external tank position should be maintained until visual contact is minimal. 
Further, in the case of tank deorbit SRM failure, tank position should be main- 
tained until recontact is out of the question. A range of 40 n.mi. was chosen 
to satisfy both requirements. At that range, the tank will distend about 2 1/2 
arc-minutes side*on (similar to a 6 foot man at 1 1/2 statute miles) and about 
25 arc-seconds end on (a 6 foot man at 10 statute miles). Since payload manipu- 
lation could involve 2000 slug payloads, with respect to a 5500 slug orbiter, 
momentum considerations establish that noticeable perturbations upon the orbiter 
could be generated. Orbiter ranging distance is currently 300 n.mi. It could 
also be necessary to consider ground tracking requirements on other vehicles, 
which could extend the position maintenance requirements. Definition awaits 
further procedure definition on rendezvous methodology, etc. It is assumed 
that target vehicle attitude control will appear realistic if the target vehicle . 
RCS impulse is simulated properly, and control phase plane logic is simulated. 
Rendezvous display parameters are largely adapted from those provided on CMS. 
Angular rates as well as attitudes are specified as reset parameters to permit 
realistic initialization. In what follows, "step-ahead" is as defined in Volume I, 
and is not synonymous with "fast-time" or "non-real time". Since, in "step-ahead", 
only gravitational and aerodynamic forces are simulated, it would be quite un- 
realistic to step-ahead during boost or powered flight. Within sensible atmosphere 
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reasonable simulation requires RCS and/or control surface effects. These, in 
turn, require operation of the full G&N system, which, in turn, requires attitude 
simulation. So, it is also unrealistic under the "step-ahead" constraints. 

However, during orbital coast, fixing attitude and using only gravitational 
aerodynamic effects provides an excellent trajectory at very high speed, since 
rotational E0M, G&N, etc. can be ignored. So, this high speed state advancement 
capacity is valuable in that situation, while unrealistic in others. At this 
point, it is difficult to determine whether body bending or fuel sloshing effects 
must be simulated. Insufficient data is available to determine whether their 
simulation is or is not required. Simulation of Saturn boosters without bending 
or sloshing effects has proven adequate' for crew training on the CMS, though' 

not necessarily desirable. It is reasonable to assume that the shuttle boost 
configuration, which is more complex structurally, will have more severe bending 
effects. Also, in aircraft flight, structural flexibility may well be a 
significant effect. But, as information is currently too sketchy, no require- 
ments have been specified as they cannot be firmly justified. As structural 
and sloshing information becomes available, this decision should be reviewed. 

No requirement is specified for maintaining the states of ele- 
ment of the tracking and Data Relay Satellite (TORS) system. Althoug: 
it is anticipated that shuttle will utilize this system it is not 
expected to be operational until 1983. These satellites will be in 
in synchronous orbits. In all probability, then, to use their 
"median" sub-vehicle ground point plus the Greenwich hour angle to 
determine their position at any point in time will probably be suffi- 
ciently accurate for training simulation purposes. Thus, very little 
impact on EOM is anticipated. In any cease, such provisions need not 

be made until the early 80 's, and are therefore not specified as a 
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part of the initial simulator. It should not be difficult to add 
this capability Later when needed. 


6.2.11.1.1.2 Orbiter Vehicle Configurations 


The configurations listed are those currently foreseen 


for the orbiter vehicle. 
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6.2.11.1.1.3 Forces and Moments 

Maximum perturbing accelerations from the J2, J3, 04, and J22 harmonics 

are on the order of, respecti vely , .09 ft/sec2, .2 X 10~^ ft/sec^, .2 X 10”^ 
2-3 2 

ft/sec , .5X10' ft/sec . Each zonal harmonic is so directed as to largely 

cancel itself over the duration of an orbit; the tesseral so as to largely 

cancel itself over a portion of an orbit. Furthermore, for most of an orbit, 

or all of a low inclination orbit, the zonal harmonics will be of less than 

maximum power. Assuming that, over a revolution, perturbing acceleration error 

mounts linearly from maximum magnitude in one direction to maximum magnitude 

in the other direction, then back again, the largest error permitted by the 

tolerances on orbital E0M in Sect 3.5.33.1.1. is about 2 X ICf 4 ft/sec^. Error 

arising from neglecting higher order zonal harmonics should be well within this 

tolerance. It does not, however, permit ignoring J2, J3, or J4. With a shorter 

"period", J22 presents a different problem. Its maximum value, however, is reached 

at low latitudes unlike the zonals, (making it occur in all orbits) and is 

considerable. CMS targetting experience also indicates that it is desirable for 

improved results. During ferry flights, latitude does not vary widely as it 

does in orbit (e.g., over 55° in 45 minutes), so a central force field should 

suffice. Also, perturbations at 30°N aggregate about .1% of the gravitational 

force field. Changes in gravitational perturbations within + 5° latitude of 

30°N are considerably smaller. Considering uncertainties in aerodynamic coeffi-.? 

cients, atmospheric conditions, etc., discrepancies of this magnitude do not 

appear significant. 30°N latitude was chosen since the proposed Vandenburg/KSC 

ferry route is within + 5° latitude of 30°N. Numerical error was constrained 
-5 2 

to 10 ft/sec to permit growth in 'accuracy without unnecessary reprogramming. 

It should be achievable with floating-point arithmetic with over 24-magnitude 
bit mantissas; or as little as 23-raagnitude bit mantissas using care. Gravity 
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gradient torques could reach 15 ft-lb at certain attitudes in low altitude 

r o n O 

orbits, and result in angular accelerations of 2 X 10" D rad/sec^ ^ 1 0~ 4 deg/sec . 

In a 500 n.>mi . orbit, gradient torques of 10 ft-lb are possible, and are, at that 

-4 2 

altitude, much larger than aero disturbing torques. At 10 deg/sec , a 1° 

displacement in 2 1/2 minutes is possible. Since docking misalignments of 

2 

6 inches and 5°-7°, and relative rates of .5 ft/sec and 1 deg/sec are possible, 
docking with a massive target vehicle (e.g., space station, another shuttle) 
could exert sizable forces and torques upon the orbiter. Tank venting and 
dumping aV can reach 30 ft/sec, which is certinaly significant. Separation 
SRM's for the boost SRM's can attain 80,000 lb thrust, which is significant. 

Since these SRM's are located so as to cancel or override residual thrust, it 
too should be simulated. Body cavity venting during boost and entry is non- 
propulsive, so simulation is not required. 0MS design sketches indicate that 
dumping of residual 0MS propellant during entry is not propulsive, so simulation 
is not required. 


6.2.11.1.1.4 Aerodynamics 

Orbital aerodynamic data is sparse. However, assuming that a=90° is 

worst case, with C A =0. , (^=2.5, C M =.3, which values appear reasonable in terms of 

existing lower a or outdated data, one obtains, with a "worst case" atmospheric 

-4 2 

density at 275 n.mi. , aero force of .2 lb (acceleration about .4 X 10 ft/sec ) 
and pitching moment of 1 ft-lb at a=90°. .With median atmospheric density, . 
forces of .05 lb and pitching moments of .3 ft-lb are likely at a=90°. Since 
gravity gradient torques can reach 10 ft-lb, it seems safe to ignore such 
aerodynamic torques, Such forces are similar to gravitational uncertainty, 
so they should be ignorable. Also, flight at low-a is much more likely, 
and forces and torques are considerably smaller there. Transients detected 
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upon passing between aero simulation and no aero simulation should be negligible 
at these forces and torques. Furthermore, orbital differences between a 274 n.mi. 
circular and a 276 n.mi! circular should not be alarming, as force deltas are 
similar to gravitational uncertainty in magnitude. It is not felt that the cost 
would justify simulation of non-nominal atmospheric flight configurations. It 
would also probably be very difficult to obtain reliable data for such configura- 
tions. Winds, because aero force is proportional to the square of velocity, can 
be significant perturbations during boost and entry. They are, of course, quite 
significant during ferry flight. Gusts and turbulence exist in the real-world, 
and affect vehicle dynamics significantly in the atmosphere, so they should be 
simulated. It is considered necessary to permit certain instructor control over 
winds, gusts, and turbulence, to satisfy varying training requirements. At alti- 
tudes about 300,000 feet, atmospheric density varies substantially as a function 
of solar activity, geomagnetic heating, and gravity waves. There are also 
diurnal, semiannual, and seasonal-latitudinal variations. All -these effects 
are somewhat predictable except gravity waves. Up to about 400,000 feet, semi- 
annual and seasonal-latitudinal effects are, relatively speaking, quite signifi- 
cant. Well above that altitude, temperature dependent parameters predominate 
(e.g., solar activity, diurnal). At altitudes above 400,000 feet, total force 
deltas due to these effects as percentages are sizable, but not as forces. For 
example, at 425,000 feet, the maximum force is about 60 lb (a=90°) the median 
force about 40 lb.(a=90°). At 500,000 feet, maximum force is about 15 lb.; the 
median about 10 lb. (a=90°). Below 400,000 feet, the dominant seasonal-latitudi- 
nal effects are most pronounced above 45° latitude, and are opposite in sign 
between northern and southern hemispheres, thus largely cancelling over an orbit, 
and affecting lower inclination orbits less seriously. At the approximate al- 
titude of maximum density effect, about 360,000 feet, maximum to median range is 
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800 to 500 pounds (a=90°). The maximum is 650 lb. for latitudes of 45° or less 
(much less for lower angle-of-attack). Since effects are most pronounced at 
altitudes between 50 and 100 n.mi., and the trajectory envelope for most missions 
will not involve extended flight in this area, and 90° angles of attack are 
unlikely, it is not believed the improvement gained in training by simulating 
these density variables would justify the cost. This conclusion should probably 
be reviewed as definition and development of training requirements continues. 

With load-relief steering, providing minimal angles of attack, it is estimated 
that a 2% density error could produce a 10 ft/sec velocity discrepancy at boost 
cutoff. This should be within the ability of the simulation to erase by an 
overburn/underburn well within the stated cutoff tolerance. Proximity axial 
force coefficient changes of. 5%, normal force coefficient changes of over .01 
and pitching moment coefficient changes of about .01 upon the orbiter + tank 
(a=0° ) and axial force coefficient changes of 60%, normal force coefficient changes 
of nearly .01 and pitching moment coefficient changes of over .01 for the SRM's 
during nominal separation (a=0°) indicates the significance of proximity aero- 
dynamics for good separation simulation. Landing gear deployment results in an 

o 

increase in drag coefficient of about 0.011 at a=13 , which is significant. 
Simulation of the effects of individual gear deployment is required for proper 
simulation of the failure of an individual gear to deploy. Lift due to ground 
forces ranges from about 7000 lb. at 50 ft. to 85,000 lb. at 10 ft. Ground force 
pitching moment coefficient deltas range from .003 at 50 ft. to .038 at 10 ft. 

Thus, simulation of ground effects is required. Introducing the force at 75 ft. 
or above should guard against noticeable transients as the terms are added. 

Display terms required are mostly, chosen from those currently found useful for 
training and checkout on the CMS and CMS-SIB booster. 


PAGE NO'6-]_^9 


REP. NO. 


uAit 12 / 22/72 


r ev.. A 3/23/73 






DATE 12/22/72 
rev \A 3/23/73 


THE SINGER COMPANY 
SIMULATION PRODUCTS D I VI SI 

BINGHAMTON. NEW YORK ? 


PAGE NO. 


ON 


REP. 


NO. 


6.2.11.1.1.5 Coordinate Systems 


6-120 . 


*■ I 

During orbital flight, vehicle state should be maintained in an 

earth-centered, space-fixed coordinate system, to avoid inclusion of coriolis 
and centrifugal effects, to provide for load verification, etc. During the 
landing phase, a runway based coordinate system should be maintained, for cal- 
culation of touchdown effects, ILS data, high-resolution landing visual require- 
ments, etc. Certain ILS-related data might be displayed with respect to this 
system as well. Some body-fixed system is required for calculation of body 
forces and moments. If this is parallel to the orbiter longitudinal and pitch 
axes, orbiter rates, and accelerations can be displayed in the system which 
should be most meaningful to the instructor. Attitude as pitch, yaw, roll about 
local horizontal has proven "useful to CMS instructors, and to engineers during 
checkout. 




\ 
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6.2.11.2 MASS PROPERTIES 
6.2.11.2.1 Vehicles 

Total vehicle mass must be available at any time body forces can occur, 

in order to obtain body acceleration. During boost, when total vehicle mass is 

rapidly changing, and body is acceleration is substantial, errors in mass cause 

porportional errors in body acceleration, which can build to serious errors in 

vehicle state. A particularly insidious numerical error can arise in the integration 

of acceleration to obtain velocity. For example, suppose rectangular integration 

was used to obtain delta-velocity from acceleration. To obtain correct results 

when this scheme, the accelerations used should be the "average" acceleration over 

to integration interval. Thus, forces should be "average" forces (except perhaps 

for gravity, they should be sufficiently close approximations), and mass should be 

"average" mass. If, however, trapezoidal or Adams schemes are used, forces and mass 

should represent values at the beginnings and ends of integration intervals. Thus, 

the precise valves of mass (whether at endpoints or "averages") provided E0M which 

would cause zero numerical error is a function of the integration_scheme selected. 

Thus, during boost (or other powered flight), tolerances on mass should be set 

against that value of mass available during each integration interval which will 

introduce zero error into the AV calculations - unless the integration scheme is 

specified, which does not seem proper. As for the tolerances themselves, during 

boost, the driver is the requirement to meet cutoff time within 1/2 second. To 

assure meeting this requirement, accumulated A V error due to erroneous mass should 

not greatly exceed 20 ££ . This is crudely equivalent (ignoring adaptive guidance, 

sec 

gravity dispersions due to different positions, etc.) to a steady body acceleration 

error of .03 — ?• Using current mass properties, the worst cases for mass change 
sec- 

caused acceleration error are at booster max acceleration and at cutoff. In each 

case, mass flow, in s -l u 31 , is about 1% of total mass in slugs, and body acceleration 

sec 
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about 100 ~r2...'Thus, a .06% mass error will result in acceleration errors of .06 

f- 

H- c 2. Assuming average mass caused acceleration error will be 1/2 this (it is likely 

« * 

to be considerably less), we are within our tolerance. Such a tolerance will then 
require a mass re-calculation frequency of 1/10 second, or smoothing. This result 
is consistent with S-1B experience, which indicates that 1/5 second iteration interval 
during boost is too slow. During other mission phases, the most severe mass require- 
ment is on the deorbit burn. The deorbit burn may be 20 minutes long, under extreme 
orbital and malfunction conditions. In that case, it' should not have cutoff delayed 
by more than 4 seconds (will translate to 1-2 second delays in nominal cases). This 
can be accomplished by a .3% tolerance on mass. Vehicle center of mass must be 
available wherever significant torques arising from body forces can occur, in order 

a 

to find moment arms. The inertia tensor is required at any time the calculation 
of body angular accelerations from torques may occur. Center of mass errors can 
require different "steady-state" gimbal angle and control surface settings (in order 
to cancel torques and thereby null angular accelerations), and can alter the 
response of the TVC, RCS and aero-surfaces (depending .on scheme used to compute 
moments) to command changes or pertubations by changing their moment arms.'' Inertia 
tensor errors can also alter response of TVC, RCS, and aero-surfaces by changing 
the angular acceleration resulting from given torques. Proper tolerances upon 
these parameters to satisfy these requirements are somewhat configuration dependent. 

As the configuration is currently undergoing substantial design changes, it is 
considered unwise to set such tolerances at this time. However, using a' number of 
simplifying assumptions, some rough approximations were made pertaining to tolerances. 
A 1 foot error in center of mass location in the x direction during first-stage 
boost would appear to require a gimbal angle change of about .2° or less. to track 
it (aero ignored, but aero center appears to remain consistently safely behind eg), 
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a 1 inch Z-directiori error a gimbal angle change of as much as .25° during mated 

boost, but little more than .1° during second stage burn. In terms of a simplified 

pitch TVC loop, adapted from that. in the NAR proposal, a 1 ft. x-direction c.g; 

change (or a 1% change in y moment of intertia) would appear to change transient 

rise time, overshoot, and undamped natural frequency by about 1% or less. It would 

appear, then, that with the current configuration, tolerance of 1 foot on x-c.g. 

position, 1 inch on y and z c.g. position during mated ascent and 2 inches thereafter 

would be reasonable tolerances. Judging from proposal mass properties estimates, 

these tolerances would apparently require updates at least once per second. "However, 

although tolerances would be met, resulting step changes could create perceptible 

pertubations which would not exist in the real world, especially if at some time 

coupled to guidance minor loop. updates. Thus, the requirement that perceptible 

step changes not be introduced would probably force a faster minimum update rate - 

perhaps 5 times per second. Since mass changes are much smaller during OMS burns 

and entry, update rates could probably be decreased then. . It appears that the 

tolerances cited for the inertia tensor in orbit are also reasonable for boost, since, 

as indicated above, 1% error seems tolerable for one-axis control dynamics, and the 

arguments concerning errors arising from rate-dependent terms in the Euler equations 

in orbital coast are similarly applicable during boost. In orbit, assuming no - 

torques and rates of 1 (which are not likely to-be exceeded for long in nominal 

or most malfunctioned operation), errors in angular accelerations due to a discrepancy 

of 5% of the smallest moment of inertia in any product of inertia would be about 

5 or i ess> and errors in angular accelerations due to 1 .07, errors- in any 

sec^ 

moment of inertia would be about 6 a . r . c .~_ s .|£ or less (maximum values in roll pitch- 

, sec 2 

yaw values substantially less). Effects of torques upon angular acceleration should 
be included within 0.5% tolerance. These approximate values should hold so long as 
the orbiter retains the shape of a delta-wing airplane. Of course, if exact principal 
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axes Euler equations are used, products of inertia do not exist. When separation 

t* ^ 

rotational dynamics of SRM's are simulated, SRM mass properties must be maintained. 

* * 

Target vehicle or payload mass properties must be available while their states are 
* 

maintained. It would not be necessary to maintain mass properties to extreme 
precision if only an attitude control propulsion system is aboard another vehicle. 
Mass changes of 5% should not force mass property changes of a great deal more than 
5%, which should be adequate to simulate general behavior. In any case, it should 
not be necessary to simulate target vehicle behavior to any greater extent than to 
make its behavior seem reasonable to an outside observer, which permits fairly gross 
estimates of mass properties (except possibly for total mass of vehicles with 
translational propulsion - other mass properties are involved in rotational dynamics, 
which can be fairly gross for a target vehicle without being alarming, so long as 
basic behavior characteristics are preserved). 

6.2.11.2.2 Vehicle Configurations * ^ > 

The configurations specified are all possible shuttle vehicle configura- 
tions, each with significantly different mass properties. Instructor alteration 
of crew location dependent mass properties has been used on SLS.. 

6.2.11.2.3 Consumables 

The consumable containers mentioned all contain consumable quantities 
which may change in time during a shuttle mission. * - 
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6.2.11.3 Ephemeris 
6.2.11_.3_.l Celestial Bodies 

Solar direction relative to the vehicle affects vehicle temperature 
distribution, star tracker resolution (when pointed near the sun due to 6&N 
malfunctions), and out-the-window views. The moon can also cause interference 
with the star tracker. The visible planets (Mercury, Venus, Mars, Jupiter, 

Saturn) could cause star tracker interference, since all can be of apparent 
magnitude of 1.0 or greater (only 15 stars are of such magnitude), and there is 
no logic in the proposed on-board computer program driving the star tracker to 
account for planetary position. Astronomical sortie missions may create requirement 
for solar, lunar, and planetary position information. Some such payloads will 
presumably be pointed at these celestial objects. There is no indication in the 
orbiter GN&C requirements or preliminary software that the orbiter GN&C computers 
will be able to, unassisted, point the vehicle with respect to a celestial body 
in perceptible relative motion. If this is the case, a computer or sensor on- 
board the payload may provide the GN&C computers with pointing attitude updates. 

This computer or sensor would then have to be functionally simulated, which would 
in turn require knowledge of current target position. Apparent motion 

of Uranus should not exceed 10 • a - ^ - ~ - s - e - c - , so can probably be ignored over the period 

of a training session. That of Neptune and Pluto will be much less. Thus, 
astronomical sortie missions should not require ephemerides of any 
other planets. Star trackers ler accuracy is 30 arc-seconds. Since solar. 
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lunar, and planetary effects upon the star-tracker involve only interference, 

it should'be sufficient to maintain their positions within the star tracker 

accuracy. Star directions, however, should be maintained well within star 
* 

tracker accuracy, to permit star tracker dispersions to be simulated within 

the star tracker simulation itself. Simulated orbital sunrise should not take 

place at a perceptibly different time than real world orbital sunrise. At 

orbital sunrise, apparent solar motion with respect to the horizon may be of 

the order of 250 arc . ~ . s . e . c ° n A s ., Thus, if solar direction accuracy is within 25 

seconci ^ 

arc-seconds, maximum sunrise error will be of the order of 1/10 second. Astronomi- 
cal sortie mission accuracy requirements have not been defined, and are therefore 
not considered. However, best baseline pointing accuracy (3cr) is 36 arc-seconds. 
Solar aberration can exceed 20 arc-seconds. Therefore, it should be simulated. 

Lunar aberration, which is at most of the order of 5 arc-seconds, is much 
smaller than the required lunar direction accuracy, and need not be simulated. 

It is anticipated that lunar position accuracy requirements can be easily satisfied 

at an iteration rate of about 10 times per minute. Solar (and stellar) require- 

♦ % 

ments are much less. There is no evidence that automatic star trackers will be 
used for navigation during atmospheric flight. Evidently, radio aids only will be 
used. The brevity of shuttle atmospheric cruise (one hour or less), the fact that 
all hops on the proposed ferry routes are over or very near land, the limited range 
(400 n. mi.), the distinct possibility of daytime flight, etc., would tend to render 
star tracker navigation unlikely in the atmosphere. If star trackers were so 


used, one should consider atmospheric refraction of starlight. Index of refraction 
of the atmosphere is about 1.0003 at sea level . Thus starlight refraction at 30? 
incidence is 40 arc-sec, at 60° incidence is arc-mi n, at 90° incidence is 25 
arc-min, at sea level. Even accounting for shuttle cruise altitudes (near 20,000 
feet),, the effect is significant at high angles of incidence. The proposed on-board 
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computer program takes no account of the effect, further reinforcing the assumption 
that star tracker use in the atmosphere is not anticipated. If it is utilized, 
however, atmospheric refraction effects will be required in the calculation of 
apparent star position. . - 



( 
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6.2.11.3.2 Coordinate Transformations 


Star positions should be available within any of the systems to well 
within the star tracker's accuracy to ensure good star tracker simulation. The 
figure of + 5 arc-seconds was established in the preceding section as an adequate 
accuracy limit to satisfy this constraint. Thus, the simulated transformations 
must be within this accuracy to ensure the meeting of this constraint. If each 
axis is within 2 arc-seconds, any vector will be within 2 v/T arc-seconds, or about 
2H arc-seconds,, safely within the constraint. 2h arc-seconds is equivalent to 
about 350 feet of ground track position, so updates of the systems in orbit should 
not cause perceptible jump in earth scene (at orbital speed, the vehicle passes 
about 2500 feet of ground track in 1/10 second). These transformations are 
usually calculated using a star-fixed coordinates to true-of-date coordinates 

o 

transformation and the true Greenwich Hour Angle. On the True-of-Date System, 
precession effects over 10 days will aggregate about 1 1/3 arc-seconds in the 
x-axis, and less in other axes. Nutation effects over the same time will not 
exceed about h arc-second in any axis. Precession and nutation effects upon 
the hour angle are analogous. Hence, over a seven day period, real-time 
recalculation of precession and nutation is unnecessary to meet a 2 
arc-second tolerance. It appears that most shuttle missions will last 
no more than seven days. In any case, simulation runs covering more 
than seven days without resetting seem unlikely. On the other hand, 
requiring such tight accuracy for a 30 day period (for example) on eithe 

side of a reset point would result in a considerable time/core impact 
to recalculate precession and nutation. It does not appear to be worth 

it. Since the requirements exists to maintain the parameters over any 

% 

mission interval, it would appear that the worst that could happen 
in the case of super-long simulation runs is degradation to existing 
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CMS-Skylab accuracy levels, which, while not good for Shuttle, will 
not have any disastrous results. The Greenwich hour angle changes by 

about 15 arc -seconds per second. Thus, an error limit of 2 arc- 

% 

seconds should be within the limits of perception. It also correspond! 
to a ground track error of about 200 feet (at the equator) which shoul< 
be acceptable so long as it is not oscillatory. It would, for example 
at orbital velocity, change deorbit time by* at most, 1/100 seconds. 
6.2.11.3.3 Displays 

Occulta t ion of the sun and Greenwich Hour Angle are 
expected to be of interest to instructors and for checkout. 
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, 6.2.12 Simulator Control Software 

6.2.12.1 Data Recording ? ' 

A method of recording data is necessary to obtain hard copy of simula- 
tor parameters for debug and training aid purposes. The approaches are as follows: 
; 6.2.12.1.1 Plotters and Recorders 

v 

A method of obtaining data to ascertain the dynamic relationships of 
parameters to one another and to time is necessary for evaluating simulator 
performance. The selection of parameters to be recorded must be dynamic to 
assure maximum flexibility. 

6.2.12.1.2 Real-Time Print 

A method of obtaining immediate hard copy of parameters for quick 
analysis is neces°sary in debugging and training evaluation. Only a limited number 
of parameters is needed, but a dynamic selectability is necessary to assure maxi- 
mum flexibility. * 

6.2.12.1.3 Logging 

A method of analyzing simulator performance for debugging and train- 
ing purposes is important. For this evaluation, as much data pertaining to inputs 
and outputs and dynamic simulator calculations as can be obtained is necessary. 

A logging facility is the best solution for this need. Data of all types will 
not always be needed, so the types of data to be logged'must be selectable. The 
selection must be done in real-time to prevent interrupted training sessions. 

6.2.12.2 Real-Time Input/Output . 

The SMS will require real-time inputs and outputs in order to- perform 
a realistic simulation. This I/O will utilize both standard and non-standard 
computer complex devices. Access to these devices will necessitate a complete 


set of software support that can be readily utilized by the simulation control 
software. Logging will be a necessary feature during the checkout of simulation 
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systems and subsystems. Provision for the dummying or substitution of real-time 

(?* 

devices will allow checkout during periods when devices may not be available for 

% - 

operational use. 

6.2.12.3 Synchronous Simulation Program Processor 

Historically, simulation of aircraft and spacecraft systems requires 
that a predefined order and rate of execution be maintained for critical simulation 
functions. This is anticipated to be the case in SMS as well. 

6.2.12.4 Master Timing 

All crew station and IOS clocks must be updated in real-time, and they 
must remain in synchronization with one another. For best simulation performance, 
all clocks and times should originate from one single system. 

6.2.12.5 Master Control 

Certain basic control functions are inherent in the operation of any 
realistic training facility. The master control program provides these functions 
in the SMS. 


6.2.12.6 Advanced Training ‘ . 

6.2.12.6.1 Automated Training 

This feature will relieve the instructor of certain tedious simulation 
control functions, allowing him to concentrate upon instruction and evaluation of 
trainee performance. 

It also has the advantage that all trainees can be provided with 
exactly the same training problems. ' 

6.2.12.6.2 Performance Comparison 

This feature will allow a display and/or hardcopy of the trainees' 
performance. This information will allow for a full evaluation of his performance 
under certain prescribed conditions. Potential weak spots in the training regeme 
can be spotted, or areas of further training pointed out. A "profile" of the 
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strengths and weaknesses of a trainee can be rapidly arrived at. 

* . 

It must be emphasized that this feature by no means would attempt 
to "score" the trainees 'performance. Performance comparison would only report 

the conditions found during the mission. 

■ \ 

.2.12.6.3 Record Playback 


This feature will provide the instructor with the capability to 

record the actions of the trainee during a mission phase, then critique the 

trainee by playing back exactly what he did. . 

It will also be possible to build a library of mission phases'to 

show how a maneuver is to be performed. Thus, a "textbook" docking sequence 

can be shown to the trainee prior to training in that area. Likewise, a docking 
sequence can be recorded that is full of "errors" and the trainee can be shown 
the consequence of several actions at one time. 

It should be noted that emphasis is placed upon "flyout" from a 
playback. This was done to emphasize the potential danger that can exist should 
the crew controls be in an unsafe, condition prior to release from playback control. 
Thus, if the simulator was performing a sequence of "touch and go" landings and 
the playback was stopped while the simulator was "on the ground", but the controls 
were in an "in the air" condition, personnel are in danger of severe motion base 
transients if the landing gear is not in a "down" , state; 

6.2.12.7 CRT Pages 

The assumption is made that the CRT's on SMS will be used in the same 
fashion as those on Skylab, and since the SLS CRT system proved to be of great 
value in debugging and simulation monitoring, it is recommended that these re- 
quirements be applied in SMS. 

6.2.12.7.1 Malfunction Control 


Since it is desirable to provide for a software method for inserting 
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and deleting malfunctions, using a CRT page for this appears to be the most 
logical approach. 

6.2.12.7.2 Setup Verification 

This is a logical equivalent of a proven SLS page program application. 

6.2.12.7.3 Parameter Display 

Since there will be few hardware displays, and many computer para- 
meters, this requirement is necessary. 

6.2.12.8 CRT System 

Since the assumption is made that CRTs will be used for the display 
of simulation data, the requirement for a package to control the processing of 
that data is necessary. 

6.2.12.8.1 CRT Hard Copy 

This will provide for hard copy of all parameters displayed on a 
CRT independent of any other data recording technique. 

6.2.12.8.2 Look and Enter 

The capability to monitor and change data pool parameters in real- 
time is necessary. 

6.2.12.8.3 Graphics 

Since the assumption is made that the SMS CRTs will be graphic in 
nature, this requirement is necessary. 


6.2.12.9 Operating System Interface 

Systems involving multi-tasking capability as required in SMS, are 


normally under control of a sophisticated operating system. It is imperative 
that adequate interface between the application and the operating system be main- 
tained for proper simulation in this environment. 
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6 .2.13 Sup 

port Software 

• - - ■ 


. 6.2.13.1 Operating System 

The multi-tasking environment required forr SMS with multiple part task 
simulations, batch, and terminal processing makes an; coperating system a necessity. 
This is dictated by the need to properly allocate andi control computer system re- 
sources between the multiple simultaneous tasks'that care executing in the system. 
6.2.13.2 Software Processors 

The requirement that the SMS have assemblers, compilers and loaders 
is self evident and these are assumed to be {supplied GFP with the 

SCC. What is delineated are requirements fear 'non-standard' features. 


The requirement for a CRT page program processor is necessary. 

The syntax and mnemonics of the CRT processor is parallel the 

o 

assembler of the operating system is to minimize the inumber of programming lan- 
guages to be learned. 


6.2.13.3 Data Base Generator 

X 

The formation from simple inputs of a data pool of the complexity 
necessary for SMS is best done by a computer program(s). The associated listings 
are a natural by-product of the data pool formation. A mechanism for referencing 
.from the simulation programs to the data pool is easier and faster through a 
computer program. A statistical analysis is necessary to have a complete under- 
standing of the what, where, when, and why of the data pool construction. 
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. 6.2.13.4 Reset Generator 

r-— ——————— * 

For proper training, the SMS must receive initialization at various 
points. A computer program is required to construct these points very rapidly 
with some assurance as to the validity of the data. This program is the reset 
generator. Also, some points may be taken during real-time training sessions. 
These points must be upgradable as changes are made to the simulation package. 
Since most of the criteria for these points apply to normal reset points, the 
reset generator is a prime candidate for doing the upgrading. 

6.2.13.5 On-Board Computer Support Software 

The on-board computer flight program must be processed from its de- 
livery medium to hard copy listings and loadable object code. More than one 
copy of the loadable code will be needed for simulated change over from one 
computer to another. Patches to the flight program may have to be generated. 
The on-board computer support software will be responsible from these tasks. 

6.2.13.6 Utility Programs 

The functions performed by various utility programs are essential to 
support a complex operation such as the SMS successfully. 

6.2.13.6.1 Diagnostics 

The requirement for diagnostic routines will greatly reduce down 
time due to hardware failures which cannot be quickly diagnosed by other means. 
These routines will also aid in preventive maintenance activities by providing 
data on random device failures. J 

6.2.13.6.2 Support Utilities (Plotting, Trace, Snapshots) 

Debug routines will reduce the time required to gather data during 
off-line and integrated test phase. They will also be helpful in documenting 
system performance during test and operational phases of activity. 
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,6.2.13.6.3, Subroutine library 

The requirement for a subroutine library is dictated by the need 
for support of standard 'facilities such as the use of trigonometric functions. 
Routines such as this should not be left to individual users to provide because 
of the chance for deviation from standard results. 

• 6.2.13.7 Delog 

A mechanism for reducing real-time log data to a useable form is 
necessary for the data logging function to be useful. A computer program is 
the best method of implementation. 


6.2.13.8 Statistics Gathering System 

A method of computing computer loading is needed to allow the evalua- 
tion of the effects which changes to the simulation will cause. This loading 

also allows the evaluation of the computer resources available for non-real-time 

/ 

simulation activities. A record of computer usage and downtime is required for 
performance and cost evaluation. A Statistics Gathering System is the ideal 
approach to this effort. « 

6.2.13.9 Automated Documentation 

Obviously, the SMS will consist of a. large number of software packages. 
Although the exact number of such packages is not known, it is possible to ball- 
park the number at several hundred. * ' „ 

With this volume of software, the only reasonable way to document 
it is by using software that will release the programmers from these tedious 
and time consuming tasks. Two further benefits are realized by this method: 
the documentation can assume a standard format isolated from the idiosyncrasies 
of the individual; and with an automated system, as changes are incorporated, 
the chances that program documentation can be kept up-to-date are better, since 
the programmer can leave the updating of flowcharts, cross references and so on 
to the computer. 
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6.2.13.10 Data Management System ^ . . 

The need to know the simulation configuration at any point in time, 
together with its prospective configuration, necessitates a comprehensive and 
flexible configuration management system. Due to the complexity of the configura- 
tion management required to support the SMS, an automated system with various 
minimum manual controls is required. This type of system will afford several 
users a common data base of related elements of the same information. At the 
same time it will reduce the amount of paper work that usually exists. Cross 
relationships of one element of data to another can also be generated in an easy 
manner. This type of system will afford the capability for more people to be 
made aware of more information that is current all the time. 
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6 .2 . 14 Systems Integration 

The test drivers will be useful for the follow-on modifies* 
tion phase particularly in light of the time-sharing capa- 
bility of the SCC. „ 
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6.2.15 Demonstration Installation Test 


* 

6.2.15.1 Factory Test and Demonstration 


6.2.15.1.1 

* 

Layout Model 



This layout model is deemed necessary to enable planning 
of installation to improve traffic flow, minimize cable runs, and 
eliminate noise problems. 

6.2.15.1.2 Factory Test > 

These tests will verify simulator hardware fidelity* 

They will also minimize on-site test time and cost, and optimize 
overall test schedule. 

6.2.15.2 On-Site Installation and Test 

6.2.15.2.1 General ,, 

6.2.15.2.1.1 On-Site Hardware Installation. Integration and Test 

These tests reverify hardware, check for damage in 

shipment, and will eliminate all hardware problems prior to system 
software tests. ’ , • 

6.2.15.2.1.2 System Test 

These are nearly a dry-run of the acceptance tests to 
verify system performance prior to ATP, and are preceded by other 
software tests at the subsystemjlevel. 
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6.2 .16 Omitted 

6.2.17 Omitted 

6.2.18 Omitted 
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6.2.19 Motion System ' I 

The six degree-of-freedom motion system will provide the astro- 
nauts with the necessary cues. to simulate the movement of the Shuttle 
vehicle during atmospheric flight. Motion simulation, during these 
ph ases, is most important since it furnishes feedback of the pilot's 
control action or is the direct stimulus for pilot action. The 
proposed motion system will be representative of the sensations 
experienced in the Shuttle vehicle. (Reference Bibliography Item 18) 

As evidenced in the Simulation Techniques Study Interim Report 
current six degree-of-freedom motion systems are the only systems 
possessing the load carrying capability, adaptation to modification for 
visual system support, and present the best combination of performance 
and excursions of the state-of-the-art devices available. In fact, the 


load carrying capability of current motion systems limits its capability 
to the upper forward crew compartment and its associated visual system 
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6.2.19.3.1 Hydraulic & Electromechanical Design 
This paragraph establishes the requirement for a separate 

control loading pump.' 

It cites the specific characteristics for 

a) filters 

b) relief valves 

c) plumbing 

d) maintenance features 
c e) accumulators 

f) heat exchangers 

g) access ramp” 

h) hydraulic fluid 

< 2 > 

i) over temperature sensors 

j) constraints on component design 

6 . 2 . 19 . 3 . 2 Motion & Control Loading System Controls 

I -- - ■■ ,JT . — -L II - r - - ■ I - ' " ' n ' n T " " -s 

This section defines the requirements for safety and 
operational characteristics. 

6.2.19.3.3 Maintenance Controls 4 - 

This section defines the maintenance features for ease of 
maintenance and safety considerations. 

6.2.19.3.4 Floor Loading 

This is a typical motion system requirement and the site 
must be verified to see if the "1500 pounds per square foot" value is 


compatible . 
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6.2.19.4 Performance Requirements 

6.2.19.4.1 Simulated Motions .*• 

. i 

This section defines the quality, of the motion and the types 
of motion cues to be simulated. 

6.2.19.4.2 Payload Weight 

This paragraph is intentionally non-quantitative since it 
is subject to the individual bidders design (crew station/visual/tilt 
concept) . It is inserted to define the payload imposed on the motion 
system. 

6.2.19.4.3 Worst Case Maneuvers 
Further definition of motion system performance require- 
ments . 

6.2.19.4.4 Rough Air , 

Same rationale as above, to specify performance. 

6.2.19.4.5 Response - ■ 

To quantify response time, 

6.2.19.4.6 Excursions. Velocities and Accelerations 

Quantitative values given are those characteristic of the 

Singer 60" stroke 6 D.O.F. machine. They are deemed to be adequate 
for the simulation of a vehicle of orbiter size which is expected 
to have rather docile flight characteristics. 

6.2.19.4.7 Acceleration Onset 
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To define motion system capability. 
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6.2.19.4.8 Frequency Response 

To define max. phase shift limits (performance). 
Specifically limits the natural frequency of the system to 

greater than 5 Hertz. 

6.2.19.5 Safety Requirements. 

This section itemizes the safety requirements deemed 

essential to the motion system. 

6.2.19.6 Synchronization 

This paragraph inserted to insure inclusion of synchroniza- 
tion features and alignment of software cues . 

6.2.19.7 Maintenance Features , 

This section defines specific maintenance features required. 

6.2.19.9 Tilt Provisions 

During the pre-launch period, the flight crew will 
be seated in an upward-facing orientation, and this orientation will 
continue through the first part of the launch phase, with the magni- 
tude of the gravity vector increasing from the normal lg . To provide, 
during training in the simulator, the same gravity-combating effort in 
reaching controls on the instrument panel as would obtain during the 
pre-launch and launch portions of actual flight, it is necessary that 
the simulator cockpit be tilted .sojthat the flight crew 
are properly oriented with respect to the gravity vector. Part of 
the pitch capability of the regular 6 DOF motion system can be used 
here, but a tilt mechanism will be needed for the greater part of the 
angular excursion. 
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6.4 Logistics 

The specified items are essential to enable NASA to maintain 
and operate the SMS after acceptance, and are ' in line with past NASA 
simulator procurements . 
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6.5 Reliability and Quality Assurance Requirements 

Stringent Quality Assurance requirements are dictated by the larg 
scope and cost and the intended usage of the SMS. The Quality Assuranc 
program should be planned and used in a manner to effectively support 

* 

the contractors reliability and maintainability programs. 

Inspections should include in-process and quality conformance 
operations. ^ 

Tests of the following types should be included as a minimum: 

a) Structural 

b) Electrical 

o 

c) Environmental 

d) EMI 

e) Human Factors 

f) Reliability . . 

g) Grounding 

h) Functional 

i) Trainer operation 

, 

The program should emphasize the prevention of deficiencies and 
provide for the early detection, correction and control of deficiencies 
Special emphasis should be placed on quality control with respect to i 
new and unproven program areas and equipment. 
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6.6 System Support: 

The complexity of the SMS warrants engineering support to 
train personnel in the operations and maintenance of the simulator. 

In addition, the support should include coordination of data and spares 
support. The support personnel should comprise a group who are experier 
ced in the various technical areas associated with the simulator and 
form a part of the installation, checkout and testing crew. Beside 
providing training in the operation and maintenance of the simulator, 
training should cover the use of operations and maintenance manuals. 

It is anticipated that a six-month program would be required to provide 
adequate engineering support. 
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7.0 Documentation Requirements 

This paragraph defines the effort associated with the cost 
of the Documentation work package and will provide visibility into 
the division of effort between work packages. 

The Data Manager at Houston should alleviate the need for 
a NR representative based at the SMS contractors facility and mini- 
mize the communication problems between NR, NASA and the SMS con- 
tractor. 
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